Bug 143442 – genkernel-3.4.0-r1 with gentoo-source (2.4), initrd mount / ro

• Product: Gentoo Hosted Projects
• Status: RESOLVED FIXED

[Description David Bonnafous 2006-08-10 03:34:19 UTC]

hi,

I use genkernel 3.4.0-r1 with gentoo-sources 2.4.32-r7.

At boot time, at the begining of the script linuxrc (in the ram disk) the command

mount -o remount,rw / 

doesn't work.  It looks for /proc/mount... but /proc isn't mounted.

As a workaround I just inverted (in the script linuxrc) mountage of /proc and re-mountage 'rw' of / and it's working.

Is it a bug ?

thanks.

(chroot) source ~ # emerge --info
Portage 2.1-r1 (default-linux/x86/no-nptl/2.4, gcc-3.4.5, glibc-2.3.6-r3, 2.4.28
-gentoo-r6 i686)
=================================================================
System uname: 2.4.28-gentoo-r6 i686 Pentium III (Coppermine)
Gentoo Base System version 1.6.15
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.4.26-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i386-pc-linux-gnu"
CFLAGS="-O2 -mtune=i686 -pipe"
CHOST="i386-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo"
CXXFLAGS="-O2 -mtune=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/
distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress 
--force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/d
istfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://source.ups-tlse.fr/portage"
USE="x86 X apache apm arts avi berkdb bitmap-fonts clearpasswd cli crypt cups dl
loader doc dri eds emacs emboss encode foomaticdb fortran gdbm gif gnome gstream
er gtk gtk2 imap imlib isdnlog java jpeg kde kerberos ldap libg++ libwww mad mbo
x mikmod motif mp3 mpeg mysql ncurses nls ogg oss pam pcre pdflib perl php png p
ppd python qt qt3 qt4 quicktime readline reflection sdl session spell spl sqlite
 ssl tcpd tetex truetype truetype-fonts type1-fonts vorbis xml xmms xorg zlib el
ibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGU
AS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

[Comment 1 David Turner 2006-08-28 16:22:06 UTC]

This problem has affected my 2.4 box as well.

Used genkernel-3.4.0-r1 to generate a new gentoo-sources-2.4.32-r7 kernel and
initrd.

Upon rebooting into the new kernel and initrd, the boot stopped unable to find
the root device. Dropping to ash shell showed the root device node existed
at /dev/discs/disc0/part3, but previous messages saying "unable to 
generate modules.cache" indicated this problem i.e. root filesystem in 
initrd ramdisk still read only.

Based upon the information in this bug, I modified the genkernel-3.4.0-r1
ebuild in my portage overlay. The patch I applied modifies the linuxrc to
mount the proc filesystem prior to remounting the root filesystem read-write,
instead of the other way around.

I rebuilt genkernel, then kernel and intrd and rebooted. The initrd now booted
successfully.

I therefore attach the patches for the linuxrc and patch to the ebuild for commit to CVS.

[Comment 2 David Turner 2006-08-28 16:23:48 UTC]

Created attachment 95335 [details, diff]
genkernel-3.4.0-ro-root-fix.patch

Patch for linuxrc which corrects failure of read-write remount of root filesystem.

[Comment 3 David Turner 2006-08-28 16:24:51 UTC]

Created attachment 95336 [details, diff]
genkernel-3.4.0-r1.ebuild.patch

Patch for ebuild to epatch for read only root filesystem bug.

[Comment 4 David Turner 2006-08-28 19:57:42 UTC]

Just a further note, tried the patched genkernel-3.4.0-r1 with 
gentoo-sources-2.6.17-r4 on my 2.6 box. 

This change doesn't seem to have caused any problems.

[Comment 5 Tim Yamin (RETIRED) 2006-09-16 03:57:41 UTC]

Fixed in 3.4.1, thanks!