Bug 17829 – baselayout-1.8.6.4 root mount read-only

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Jason Waldhelm 2003-03-19 11:57:54 UTC]

On rebooting my laptop after emerging baselayout-1.8.6.4, it appears the root 
fs ( ie, / ) is mounted read-only; my /var is located on the same partition 
as / and is ext3.  As a result, when the system enters the default runlevel, I 
get a series of errors saying that the system cannot 
link /var/lib/init.d/softscripts/* to /etc/init.d/* [ where * is the services 
in init.d called by the default runlevel ].  the computer hard locks at this 
point.

I would like to be able to include the actual errors here, but as my system 
never gets to start any services nothing is logged.  this package (baselayout-
1.8.6.4) has since been masked.

Reproducible: Always
Steps to Reproduce:
1. emerge -u baselayout
2.
3.




To fix this I had to pass init=/bin/sh to the kernel and mount my partitions by 
hand.  I then had to `emerge /usr/portage/sys-apps/baselayout/baselayout-
1.8.5.8.ebuild`.

# emerge info
Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2-r0)
=================================================================
System uname: 2.4.21-pre5-gss i686 Intel(R) Pentium(R) 4 Mobile CPU 2.00GHz
GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ 
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share
/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/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="x86 oss 3dnow apm avi encode gif jpeg libg++ libwww mikmod mmx mpeg 
ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gdbm berkdb 
slang readline arts svga tcltk java guile sdl gpm tcpd pam ssl perl python esd 
imlib oggvorbis qt kde motif opengl mozilla cdr scanner X gtk cups gnome alsa 
crypt acpi4linux -gnome-base"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer"
CXXFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer"
ACCEPT_KEYWORDS="x86 ~x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"

[Comment 1 Martin Schlemmer (RETIRED) 2003-03-20 03:30:03 UTC]

Attach you /etc/inittab.

[Comment 2 Jason Waldhelm 2003-03-20 09:07:02 UTC]

Created attachment 9633 [details]
inittab as requested

[Comment 3 Jason Waldhelm 2003-03-20 09:09:14 UTC]

Created attachment 9634 [details]
inittab as requested

[Comment 4 Martin Schlemmer (RETIRED) 2003-03-20 09:38:59 UTC]

Your inittab is *not* the one installed by baselayout-1.8.6.4.  Please correct
this then it should be fixed.

Seemant ... saw you masked it again .. sure its not because of the same issues ?

[Comment 5 Seemant Kulleen (RETIRED) 2003-03-20 10:12:09 UTC]

Az, yep I had the same issue :/  My inittab actually was upgraded (I upgraded each file specifically, except for passwd, group, fstab and maybe one other)...

[Comment 6 Martin Schlemmer (RETIRED) 2003-03-20 10:28:30 UTC]

Err, mind pin pointing the problem a bit more ?  

[Comment 7 Jay Pfeifer (RETIRED) 2003-03-20 10:40:40 UTC]

az, we need to force update the inittab. on this system, it was not being updated by the ebuild. 
i just fixed this for the user and they are now on 1.8.6.4. Suggest doing exactly what we do for 
/etc/conf.d/rc 
 
Jay 

[Comment 8 Jay Pfeifer (RETIRED) 2003-03-20 10:44:58 UTC]

the inittab update, for some reason it is not working as designed in the ebuild :) 

[Comment 9 Jay Pfeifer (RETIRED) 2003-03-20 10:59:25 UTC]

we need to update the way we update these files (/etc/conf.d/rc & /etc/inittab) 
 
i am going to rewrite and post. i feel we should just update them without question and give the 
person rc.old & inittab.old for review. ${inittab} & ${rcconfigd} should probably just be set to 
/etc/inittab & /etc/conf.d/rc respectively. and we can just force a copy of out rc-scripts-1.4.3.4 
to go into place. otherwise with the current scenario, we risk failure. 

[Comment 10 Jay Pfeifer (RETIRED) 2003-03-20 11:12:35 UTC]

Created attachment 9639 [details, diff]
attaching proposed patch for baselayout 1.8.6.4

this should force update to the 2 files in question...
this should ensure that during a build or bootstrap that they are updated.

Jay

[Comment 11 Jason Waldhelm 2003-03-20 11:33:09 UTC]

applied the patch and re-emerged 1.8.6.4; works perfectly.

[Comment 12 Jay Pfeifer (RETIRED) 2003-03-20 12:11:53 UTC]

Created attachment 9640 [details]
updated ebuild for 1.8.6.4 w/better checking of /etc/inittab & /etc/conf.d/rc

created a new baselayout ebuild that better identifies the new style
/etc/inittab & /etc/conf.d/rc so we do not have to needlessly update files
already in proper format.

Jay

[Comment 13 Martin Schlemmer (RETIRED) 2003-03-21 02:38:00 UTC]

Looks good.  Just tweaked a few $ROOT cases, and remove ._cfg* files for those
two.  In baselayout-1.8.6.4-r1, please test.

[Comment 14 Martin Schlemmer (RETIRED) 2003-03-25 03:58:57 UTC]

Ok, should be fixed.