Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 122645

Summary: baselayout-1.11.14-r3 does not boot reiserfs because of root fsck
Product: Gentoo Linux Reporter: John Altstadt <altstadt>
Component: New packagesAssignee: Gentoo Linux bug wranglers <bug-wranglers>
Status: RESOLVED DUPLICATE    
Severity: normal    
Priority: High    
Version: 2005.1   
Hardware: x86   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description John Altstadt 2006-02-12 21:30:26 UTC
After emerging baselayout-1.11.14-r3, neither of my systems will boot properly. They will not check the / filesystem because it is busy, and then they claim that the / filesystem is not clean. The boot messages say:

 * Finalizing udev configuration ...
 * Mounting devpts at /dev/pts ...
 * Activating (possible) swap ...
 * Remounting root filesystem read-only ...
mount: / is busy
 * Checking root filesystem ...
Reiserfs super block in block 16 on 0x303 of format 3.6 with standard journal
Blocks (total/free): 19257918/956202 by 4096 bytes
Filesystem is NOT clean
Partition /dev/hda3 is mounted with write permissions, cannot check it
 * Filesystem couldn't be fixed :(                                        [ !! ]
Give root password for maintenance
(or type Control-D to continue):
~ #

If I boot from a CD and then run fsck, it can't find anything wrong with the / filesystems.

If I change /etc/fstab to not check / on boot, the systems will boot. I have to uncomment the second line below (and comment the first):

/dev/hda3               /               reiserfs        noatime  0 1
#/dev/hda3              /               reiserfs        noatime  0 0

If I change nothing but revert back to baselayout-1.11.13-r1, the systems boot normally.

The two systems are using the kernels:

Linux version 2.6.15-gentoo-r1 (root@sabre) (gcc version 3.4.4 (Gentoo 3.4.4-r1,
 ssp-3.4.4-1.0, pie-8.7.8)) #1 PREEMPT Sun Feb 12 16:33:24 PST 2006

Linux version 2.6.11-hardened-r15 (root@piste) (gcc version 3.3.5-20050130 (Gent
oo 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)) #1 Tue Aug 2 13:36:12 
PDT 2005

The first system's emerge --info follows:

~ # emerge --info
Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.15-gentoo-r1 i686)
=================================================================
System uname: 2.6.15-gentoo-r1 i686 AMD Athlon(tm) XP 1700+
Gentoo Base System version 1.6.13
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.2.3-r6, 2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -march=athlon-xp -funroll-loops -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=athlon-xp -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distcc distlocks fixpackages sandbox severe sfperms strict userpriv"
GENTOO_MIRRORS="http://128.213.5.34/gentoo/ http://cudlug.cudenver.edu/gentoo/ http://gentoo.noved.org/ http://mirror.tucdemonic.org/gentoo/ http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LINGUAS=""
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowext X a52 aac acl alsa apache2 apm arts artswrappersuid asf audiofile avi berkdb bitmap-fonts bl bonobo browserplugin bzip2 cdda cdparanoia cdr corba crypt cups curl dga directfb divx4linux doc dts dv dvb dvd dvdread edl eds emacs emboss encode esd ethereal exif expat fam fastcgi fbcon ffmpeg firefox flac foomaticdb fortran gb gcj gd gdbm ggi gif glut gmp gnome gnustep gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal idn imagemagick imap imlib innodb insecure-savers ipv6 jack java jpeg junit kde lcms libg++ libwww live lzo mad maildir mailwrapper math matroska mikmod mmx mmx2 mmxext mng mod modelock motif mp3 mpeg mysql mythtv nas ncurses network nls nptl nsplugin objc odbc offensive ofx ogg oggvorbis opengl oss pam pam_console pcre pda pdflib perl pic plugin png python qt quicktime quotes readline real recode rtc ruby samba sasl sdk sdl skins slang slp speex spell sqlite sse ssl stream svg svga tcltk tcpd tetex tga theora tiff truetype truetype-fonts type1-fonts udev unicode usb vcd vorbis win32codecs wmf wxwindows xanim xine xml xml2 xmms xosd xv xvid zeo zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS

~ #
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-02-12 23:50:00 UTC
> /dev/hda3               /               reiserfs        noatime  0 1

That's incorrect - see http://www.namesys.com/mount-options.html and the other bug.

*** This bug has been marked as a duplicate of 119064 ***
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2006-02-12 23:58:53 UTC
Wrong link - http://www.namesys.com/faq.html#fstab
Comment 3 John Altstadt 2006-02-13 06:35:06 UTC
This is completely weird. I have been using 0 1 for more than two years because it was in the Gentoo install docs at the time. Now suddenly its behavior changes due to some trivial patchlevel change to baselayout?

Note that 0 1 continues to work for the non-root filesystems, although the referenced link says they should also be set to 0 0. Just for laughs, I have changed all the reiserfs drives to 0 0.

Thanks. I never would have thought that my workaround hack was the right thing to do.