Bug 33271 – Baselayout 1.8.6.12 causes filesystem to not unmount cleanly on shutdown

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Tom Kiermaier 2003-11-11 19:22:15 UTC]

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"

[Comment 1 jack_mort 2003-11-12 02:45:24 UTC]

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"

[Comment 2 Tom Kiermaier 2003-11-12 15:45:03 UTC]

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. 

[Comment 3 Martin Schlemmer (RETIRED) 2003-11-15 06:18:14 UTC]

Created attachment 20781 [details]
/etc/init.d/halt.sh

Please try this version of /etc/init.d/halt.sh.

[Comment 4 jack_mort 2003-11-15 07:44:18 UTC]

I've just tried your new script and it seems to be OK (3 reboot and no errors).

Thank you :-)

[Comment 5 Tom Kiermaier 2003-11-15 08:33:27 UTC]

The new halt.sh works great. thanks

[Comment 6 Peter Beekman 2003-11-24 06:05:16 UTC]

The new halt.sh works for me.  One of the few times I've rebooted without having a new kernel to try... :) 

[Comment 7 Martin Schlemmer (RETIRED) 2003-11-26 11:25:40 UTC]

*** Bug 33773 has been marked as a duplicate of this bug. ***

[Comment 8 Nathaniel McCallum 2004-01-25 11:54:52 UTC]

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. 

[Comment 9 Ziga Boehm 2004-02-09 01:26:15 UTC]

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.

[Comment 10 Chase Covello 2004-03-20 14:52:33 UTC]

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.

[Comment 11 SpanKY 2004-06-11 16:51:26 UTC]

agriffis: think you can get to this ?
this bug sucks for users of remote servers

[Comment 12 SpanKY 2004-06-11 16:51:37 UTC]

*** Bug 53652 has been marked as a duplicate of this bug. ***

[Comment 13 SpanKY 2004-06-11 16:52:21 UTC]

*** Bug 49837 has been marked as a duplicate of this bug. ***

[Comment 14 Aron Griffis (RETIRED) 2004-06-11 19:11:50 UTC]

yep, I'll fix this.

[Comment 15 Aron Griffis (RETIRED) 2004-10-24 21:34:08 UTC]

pretty sure this is fixed in current (at least ~arch) baselayouts.  Please re-open if the problem persists with baselayout-1.11.x