I'm not 100% sure where this happened since I didn't watch the "emerge system" compile, but after installing from stage1 using the release candidate CDs downloaded from the CVS server, the machine doesn't have an "/sbin/init". Here's the md5sum of the stage1 tarball I used: (downloaded on 6-Jun I think) sparky root # md5sum /stage1-sparc64-1.4_rc4.tar.bz2 64149932fa687c2b2b119befaa96fc51 /stage1-sparc64-1.4_rc4.tar.bz2 Doing an "emerge baselayout" after booting from the newly installed system seems to fix the problem, but it didn't look like anyone had reported it and somebody else mentioned it on #gentoo-sparc so I figured I'd make sure. Platform is an Ultra 1. My flags are: CFLAGS="-mcpu=ultrasparc -mtune=v9 -O3 -pipe" ACCEPT_KEYWORDS="sparc64" Everything else is the default. I'll try to grab another machine and see if I can reproduce this. - tg Reproducible: Didn't try Steps to Reproduce: 1. Install, following sparc install instructions 2. Reboot 3. /sbin/init will be missing and system will boot to single user mode Actual Results: System booted to single user mode (didn't spawn init and run startup scripts) as soon as the kernel booted. Expected Results: Booted normally. (note that this was run *after* I fixed things with "emerge baselayout".) Portage 2.0.48-r1 (default-sparc64-1.4, gcc-3.2.2, glibc-2.3.1-r4) ================================================================= System uname: 2.4.20-sparc-r8 sparc64 sun4u GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="sparc arts apm avi crypt cups encode esd fbcon gif gtk gnome imlib java jpeg kde libwww mikmod motif mpeg ncurses nls oggvorbis oss opengl png pdflib qt sdl spell truetype X xv xml2 xmms zlib gdbm berkdb slang readline tcpd pam ssl perl python" COMPILER="gcc3" CHOST="sparc-unknown-linux-gnu" CFLAGS="-mcpu=ultrasparc -mtune=v9 -O3 -pipe" CXXFLAGS="-mcpu=ultrasparc -mtune=v9 -O3 -pipe" ACCEPT_KEYWORDS="sparc sparc64" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
Could you specify which CD you used for the install?
The current flags to use on SPARC64 are: CFLAGS="-mcpu=ultrasparc -O3 -pipe" ACCEPT_KEYWORDS="~sparc"
I can't find the CD I installed from, but if nobody else reports this bug I'm inclined to chalk it up to the compilers on the CD choking on the non-standard make.conf options I used. At any rate, the machine is working OK now so they're apparently OK for the compiler I'm using after I bootstrap. - tg
Per bug feedback, this is the only instance of said bug.
Closing