Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 22776 - /sbin/init missing after install (starting from stage1)
Summary: /sbin/init missing after install (starting from stage1)
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: Sparc Linux
: High normal (vote)
Assignee: Sparc Porters
Depends on:
Reported: 2003-06-13 13:17 UTC by Tom Guptill
Modified: 2006-02-04 06:05 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Tom Guptill 2003-06-13 13:17:30 UTC
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"

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
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"
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"
CFLAGS="-mcpu=ultrasparc -mtune=v9 -O3 -pipe"
CXXFLAGS="-mcpu=ultrasparc -mtune=v9 -O3 -pipe"
ACCEPT_KEYWORDS="sparc sparc64"
FEATURES="sandbox ccache"
Comment 1 Joe Kallar (RETIRED) gentoo-dev 2003-06-18 22:13:42 UTC
Could you specify which CD you used for the install?
Comment 2 Joe Kallar (RETIRED) gentoo-dev 2003-06-20 08:35:34 UTC
The current flags to use on SPARC64 are:

CFLAGS="-mcpu=ultrasparc -O3 -pipe"
Comment 3 Tom Guptill 2003-06-22 20:31:50 UTC
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
Comment 4 Joe Kallar (RETIRED) gentoo-dev 2003-06-23 07:50:20 UTC
Per bug feedback, this is the only instance of said bug.
Comment 5 Jason Wever (RETIRED) gentoo-dev 2003-08-17 07:39:38 UTC