After emerging sys-apps/baselayout and starting my computer after shutting down, I noticed that it said root partition was not umounted cleanly. As a test I tried it twice after that with the same results. I'm using reiserfs if it matters. Reproducible: Always Steps to Reproduce: 1.emerge baselayout 1.8.6.12 2.restart computer 3. Actual Results: The filesystem check on startup claims it was not umounted cleanly Expected Results: The filesystem should umount cleanly Portage 2.0.49-r15 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r8, 2.4.20-gentoo-r8) ================================================================= System uname: 2.4.20-gentoo-r8 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.4.3.12 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /var/bind /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline arts svga tcltk java sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gtk motif opengl cdr X gtk2 gnome xft -qt -kde alsa"
Same thing happening here, with reiserfs too. Portage 2.0.49-r15 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r8, 2.4.22) ================================================================= System uname: 2.4.22 i686 AMD Athlon(tm) XP 2700+ Gentoo Base System version 1.4.3.12 ccache version 2.3 [enabled] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs buildpkg fixpackages" GENTOO_MIRRORS="ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo ftp://ftp.easynet.nl/mirror/gentoo ftp://gentoo.linux.no/pub/gentoo ftp://ftp.fhh.opensource-mirror.de/pub/gentoo.org" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ libwww mad mikmod mpeg ncurses nls pdflib png quicktime spell truetype xml2 xv zlib gtkhtml gdbm berkdb slang readline bonobo svga java X sdl gpm tcpd pam ssl perl python imlib oggvorbis opengl mozilla 3dnow sse mmx dvd lirc samba xmms cdr esd gtk gtk2 gnome -alsa -kde -arts -qt -motif"
The problem seems to be caused by the updated /etc/init.d/halt.sh. If I leave the old one there after updating everything works fine.
Created attachment 20781 [details] /etc/init.d/halt.sh Please try this version of /etc/init.d/halt.sh.
I've just tried your new script and it seems to be OK (3 reboot and no errors). Thank you :-)
The new halt.sh works great. thanks
The new halt.sh works for me. One of the few times I've rebooted without having a new kernel to try... :)
*** Bug 33773 has been marked as a duplicate of this bug. ***
Bug 33773 Is not necessarily a duplicate of this bug. There is another reason that the devices don't umount uncleanly. If you use the new genkernel, root is mounted 2x, once as a ramdisk and another time as the real root. However, in this case, halt.sh tries to remount root as read-only 2x, and fails, producing an error and prompting for root login. This is related to http://bugs.gentoo.org/show_bug.cgi?id=38360.
i had similar problem on my system until i emerged new coreutils, which replace(d) "old" textutils, sh-utils and fileutils. a longshot, i know, but it may help in your case too.
This happens for me with baselayout-1.8.6.13-r1 on reiserfs. FWIW, I first started seeing it after switching to udev -- on reboot, it fails to remount root read-only, prompts for the root password for a recovery shell, and resets after a few seconds.
agriffis: think you can get to this ? this bug sucks for users of remote servers
*** Bug 53652 has been marked as a duplicate of this bug. ***
*** Bug 49837 has been marked as a duplicate of this bug. ***
yep, I'll fix this.
pretty sure this is fixed in current (at least ~arch) baselayouts. Please re-open if the problem persists with baselayout-1.11.x