Bugzilla Bug 33271

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 an attachment (id=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