156766 2006-12-01 00:52 0000 Shutdown/Reboot does not work with sys-apps/baselayout-1.13.0_alpha7-r1 2006-12-19 08:21:22 0000 1 1 1 Unclassified Gentoo Linux baselayout unspecified All Linux RESOLVED FIXED P2 major --- 1 sebastian@gentoo.org base-system@gentoo.org davidepesa@gmail.com desintegr@gmail.com robert.golding@gmail.com scottsshort@gmail.com sgtphou@fire-eyes.org wonkey_donkey@blueyonder.co.uk wpan03@gmail.com sebastian@gentoo.org 2006-12-01 00:52:45 0000 When I reboot or shutdown my notebook, the shutdown process stops with * Unmounting filesystems ... [ok] INIT: no more processes in this runlevel Unfortunately, this happens before the filesystems are properly unmounted so the ReiserFS journal needs to be played back during the next boot. -- Portage 2.1.2_rc2-r3 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.18-gentoo-r3 i686) ================================================================= System uname: 2.6.18-gentoo-r3 i686 Genuine Intel(R) CPU L2400 @ 1.66GHz Gentoo Base System version 1.13.0_alpha7 Last Sync: Fri, 01 Dec 2006 06:00:01 +0000 ccache version 2.4 [disabled] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -msse3 -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=pentium-m -msse3 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig cvs distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms sign strict" GENTOO_MIRRORS="http://mirror.gentoo.no/ ftp://ftp.du.se/pub/os/gentoo ftp://trumpetti.atm.tut.fi/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://gentoo.oregonstate.edu" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY=" " SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 aac acpi alsa asf berkdb bitmap-fonts bluetooth browserplugin bzip2 cairo cli cracklib crypt cups dbus dga divx4linux dlloader dri dvd dvdread eds elibc_glibc exif fame firefox flac foomaticdb fortran gaim gdbm gif glitz gnome gpm graphviz gstreamer gtk hal iconv input_devices_evdev input_devices_keyboard input_devices_mouse iproute2 ipv6 isdnlog java jpeg kdeenablefinal kdehiddenvisibility kernel_linux libg++ libnotify libsexy lzo mad matroska mjpeg mmx mmxext mng moznocompose moznoirc moznomail mozsvg mp3 mpeg ncurses nls nomotif nptl nptlonly nsplugin ogg oggvorbis opengl pam pam_console pcre pdf perl png ppds pppd python quicktime readline reflection samba session smp spl sse sse2 ssl startup-notification svg tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU video_cards_i810 vim-syntax vorbis win32codecs wmf xcb xml xml2 xorg xv xvid xvmc zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS uberlord@gentoo.org 2006-12-08 14:59:44 0000 Fixed in baselayout-1.13.0_alpha8 uberlord@gentoo.org 2006-12-13 11:31:13 0000 *** Bug 158052 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2006-12-14 05:58:28 0000 *** Bug 158128 has been marked as a duplicate of this bug. *** scruggsj@sbcglobal.net 2006-12-14 06:55:39 0000 (In reply to comment #1) > Fixed in baselayout-1.13.0_alpha8 > Okay, if this issue is fixed, then can we have this backported to the stable version 1.12.7 since the bug reports for that version of baselayout have been marked as a duplicate for an ALPHA version of baselayout? I do not wish to install an ALPHA version of baselayout on my PC, so a backport of this fix would be very helpful. Check out the other bug reports that were so kindly marked as a dupe for more information. ;) Sorry I am kind of in a pissy mood because a bug report should not be marked as a duplicate of an alpha version and the alpha version gets the fixed rather than the friggin STABLE version. If anything, the Alpha version bug report should be a duplicate of a stable versions bug report and then Stable version fixed first and then the fix migrating up to the alpha version. I just hope you can get this resolved for the stable version and in the meantime, I think one of the other bug reports should be unlisted as a dupe and reopened by someone that can so then the bug will be listed for the STABLE version and hopefully fixed. Thanks. uberlord@gentoo.org 2006-12-14 07:16:52 0000 (In reply to comment #4) > (In reply to comment #1) > > Fixed in baselayout-1.13.0_alpha8 > Okay, if this issue is fixed, then can we have this backported to the stable > version 1.12.7 since the bug reports for that version of baselayout have been > marked as a duplicate for an ALPHA version of baselayout? Sadly no - the changes are way to big. Just to make you happy I'll re-open the bug. uberlord@gentoo.org 2006-12-14 07:28:25 0000 Created an attachment (id=104045) Attempt to fix the issue In the meantime, try this patch kramer.martin@gmail.com 2006-12-14 07:49:53 0000 Hallo Leute wie gehts?(In reply to comment #6) > Created an attachment (id=104045) [edit] > Attempt to fix the issue > > In the meantime, try this patch > Tried the patch. Didn't help. Same message as before: INIT: no more processes in this runlevel + Freeze + fsck on manual reboot uberlord@gentoo.org 2006-12-14 08:14:17 0000 Created an attachment (id=104047) Another attempt Try this one uberlord@gentoo.org 2006-12-14 08:14:54 0000 *** Bug 158026 has been marked as a duplicate of this bug. *** kramer.martin@gmail.com 2006-12-14 08:29:07 0000 (In reply to comment #8) > Created an attachment (id=104047) [edit] > Another attempt > > Try this one > Nope. Not working. I already thought of this because fuser -m -c is giving an error msg (and even tried it myself). uberlord@gentoo.org 2006-12-14 08:36:22 0000 OK, you want to put this in echo "unmounting ${x}" just before the line if ! umount "${x}" &>/dev/null; then So we can see what it's trying to unmount. kramer.martin@gmail.com 2006-12-14 09:06:15 0000 (In reply to comment #11) > OK, you want to put this in > > echo "unmounting ${x}" > > just before the line > > if ! umount "${x}" &>/dev/null; then > > So we can see what it's trying to unmount. > OK I get: unmounting /var unmounting /usr unmounting /share unmounting /opt unmounting /home unmounting /boot * Remounting remaining filesystems readonly... [OK] INIT: no more processes left in this runlevel I did a few more investigations. It seems like halt.sh kills itself while trying to unmount "/". Seems like it has problems with realizing it is the only process (or one of he only processes) left using "/" kramer.martin@gmail.com 2006-12-14 09:15:44 0000 (In reply to comment #12) > I did a few more investigations. > It seems like halt.sh kills itself while trying to unmount "/". Seems like it > has problems with realizing it is the only process (or one of he only > processes) left using "/" > What's interesting is, that if I do a test run with a little script running from a partition, only the script itself uses, it can detect that it's using the partition. Can it be that, halt.sh isn't able to determine it's PID on shutdown? uberlord@gentoo.org 2006-12-14 09:18:25 0000 I wish I could replicate this :/ OK, see if it gets to the last line in halt.sh echo "going to load /etc/init.d/$1" just before [[ -e /etc/init.d/"$1".sh ]] && source /etc/init.d/"$1".sh kramer.martin@gmail.com 2006-12-14 09:25:55 0000 (In reply to comment #14) > I wish I could replicate this :/ > > OK, see if it gets to the last line in halt.sh > > echo "going to load /etc/init.d/$1" > just before > [[ -e /etc/init.d/"$1".sh ]] && source /etc/init.d/"$1".sh > OK. Seems like he gets to the last line... On reboot the system displays "going to load /etc/init.d/reboot" just before the INIT: no more blah stuff. And that may be the problem. Apperently there is no /etc/init.d/reboot. At least on my system... kramer.martin@gmail.com 2006-12-14 09:50:34 0000 (In reply to comment #15) > (In reply to comment #14) > > I wish I could replicate this :/ > > > > OK, see if it gets to the last line in halt.sh > > > > echo "going to load /etc/init.d/$1" > > just before > > [[ -e /etc/init.d/"$1".sh ]] && source /etc/init.d/"$1".sh > > > > OK. Seems like he gets to the last line... > > On reboot the system displays "going to load /etc/init.d/reboot" just before > the INIT: no more blah stuff. > > And that may be the problem. Apperently there is no /etc/init.d/reboot. At > least on my system... > Just checked it again baselayout-1.12.6 had a reboot.sh in /etc/init.d baselayout-1.12.7 is missing it. Could it be the update got it deleted? uberlord@gentoo.org 2006-12-14 09:57:04 0000 It's /etc/init.d/reboot.sh, which is now provided by sysvinit That's a very simple file - check that we have enought to reboot ls /dev/initctl ls /sbin/reboot uberlord@gentoo.org 2006-12-14 09:59:43 0000 What version of sysvinit do you have installed? kramer.martin@gmail.com 2006-12-14 10:09:33 0000 (In reply to comment #17) > It's /etc/init.d/reboot.sh, which is now provided by sysvinit > > That's a very simple file - check that we have enought to reboot > > ls /dev/initctl > ls /sbin/reboot > Yes they exist both. And halt.sh just calls /etc/init.d/reboot.sh when it exists. But the problem is, that "/" isn't unmounted on shutdown and then apperently halt.sh dies/getskicked/eixts and INIT stands there with nothing left to do (while it should call reboot I guess). kramer.martin@gmail.com 2006-12-14 10:10:15 0000 (In reply to comment #18) > What version of sysvinit do you have installed? > sys-apps/sysvinit-2.86-r6 kramer.martin@gmail.com 2006-12-14 10:53:27 0000 (In reply to comment #20) > (In reply to comment #18) > > What version of sysvinit do you have installed? > > > > sys-apps/sysvinit-2.86-r6 > OK I remerged sysvinit and now have a reboot.sh again and the system reboots normally. Could it be that the emerge of baselayout-1.12.7-r3 deleted the reboot.sh file? Anyways. The not rebooting problem is gone, but the rootfs not cleanly unmounted problem stays. uberlord@gentoo.org 2006-12-14 10:54:12 0000 Created an attachment (id=104054) This should work OK, I think I have this solved now, try this patch. kramer.martin@gmail.com 2006-12-14 11:10:51 0000 (In reply to comment #22) > Created an attachment (id=104054) [edit] > This should work > > OK, I think I have this solved now, try this patch. > It works! I get some output about /dev being busy (couldn't read exactly what it was because it was gone too fast), but the reboot worked and the file system was clean too. Thank you very much! uberlord@gentoo.org 2006-12-14 11:20:06 0000 Created an attachment (id=104055) Work without error? OK, this should clear the error up, and hopefully work. If so I'll commit it right away :) wonkey_donkey@blueyonder.co.uk 2006-12-14 11:26:17 0000 (In reply to comment #24) > Created an attachment (id=104055) [edit] > Work without error? > > OK, this should clear the error up, and hopefully work. > If so I'll commit it right away :) > Would I be right in assuming this will be committed to 'baselayout' or some other package ? kramer.martin@gmail.com 2006-12-14 11:31:51 0000 (In reply to comment #24) > Created an attachment (id=104055) [edit] > Work without error? > > OK, this should clear the error up, and hopefully work. > If so I'll commit it right away :) > Error msg gone. rootfs clean Reboot without problem. And for the INIT: no more processes left in this runlevel thing a remerge of sysvinit will do the trick. Again Thank you very much for your effort! :-) kramer.martin@gmail.com 2006-12-14 11:32:51 0000 (In reply to comment #25) > (In reply to comment #24) > > Created an attachment (id=104055) [edit] > > Work without error? > > > > OK, this should clear the error up, and hopefully work. > > If so I'll commit it right away :) > > > > Would I be right in assuming this will be committed to 'baselayout' or some > other package ? > Well since halt.sh is in baselayout it will be baselayout-1.12.7-r4 I guess. uberlord@gentoo.org 2006-12-14 11:40:18 0000 Fixed, thanks for helping test the issue guys :) robert.golding@gmail.com 2006-12-19 08:21:22 0000 (In reply to comment #28) > Fixed, thanks for helping test the issue guys :) > When I tried baselayout-1.12.7-r4 yesterday I still needed to emerge sysvinit-2.86-r6 (~x86) to restore shutdown.sh and reboot.sh, yet if I reverted to baselayout-1.12.6 (stable) they were dropped and reinstated without remerging sysvinit. RESOLVED, yes, but does this make it FIXED, not so sure about that :-) 104045 2006-12-14 07:28 0000 Attempt to fix the issue x text/plain SW5kZXg6IGhhbHQuc2gKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gaGFsdC5zaAkocmV2aXNpb24gMjQyMSkKKysr IGhhbHQuc2gJKHdvcmtpbmcgY29weSkKQEAgLTEwNiw2ICsxMDYsMTEgQEAKIAkJY29udGludWUK IAlmaQogCisJIyBJZiB3ZSdyZSB1c2luZyB0aGUgbW91bnQgKHByb2JhYmx5IC91c3IpIHRoZW4g ZG9uJ3QgdW5tb3VudCB1cworCWlmIFtbICIgJChmdXNlciAtbSAtYyAiJHt4fSIgMj4vZGV2L251 bGwpICIgPT0gKiIgJCQgIiogXV0gOyB0aGVuCisJCWNvbnRpbnVlCisJZmkKKwogCWlmICEgdW1v dW50ICIke3h9IiAmPi9kZXYvbnVsbDsgdGhlbgogCQkjIEtpbGwgcHJvY2Vzc2VzIHN0aWxsIHVz aW5nIHRoaXMgbW91bnQKIAkJL2Jpbi9mdXNlciAtcyAtayAtOSAtbSAiJHt4fSIK 104047 2006-12-14 08:14 0000 Another attempt x text/plain SW5kZXg6IGhhbHQuc2gKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gaGFsdC5zaAkocmV2aXNpb24gMjQyMSkKKysr IGhhbHQuc2gJKHdvcmtpbmcgY29weSkKQEAgLTEwNiw2ICsxMDYsMTEgQEAKIAkJY29udGludWUK IAlmaQogCisJIyBJZiB3ZSdyZSB1c2luZyB0aGUgbW91bnQgKHByb2JhYmx5IC91c3IpIHRoZW4g ZG9uJ3QgdW5tb3VudCB1cworCWlmIFtbICIgJChmdXNlciAtbSAiJHt4fSIgMj4vZGV2L251bGwp ICIgPT0gKiIgJCQgIiogXV0gOyB0aGVuCisJCWNvbnRpbnVlCisJZmkKKwogCWlmICEgdW1vdW50 ICIke3h9IiAmPi9kZXYvbnVsbDsgdGhlbgogCQkjIEtpbGwgcHJvY2Vzc2VzIHN0aWxsIHVzaW5n IHRoaXMgbW91bnQKIAkJL2Jpbi9mdXNlciAtcyAtayAtOSAtbSAiJHt4fSIK 104054 2006-12-14 10:54 0000 This should work x text/plain SW5kZXg6IGhhbHQuc2gKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gaGFsdC5zaAkocmV2aXNpb24gMjQyMSkKKysr IGhhbHQuc2gJKHdvcmtpbmcgY29weSkKQEAgLTEwNiw2ICsxMDYsMTEgQEAKIAkJY29udGludWUK IAlmaQogCisJIyBJZiB3ZSdyZSB1c2luZyB0aGUgbW91bnQgKHByb2JhYmx5IC91c3IpIHRoZW4g ZG9uJ3QgdW5tb3VudCB1cworCWlmIFtbICIgJChmdXNlciAtbSAiJHt4fSIgMj4vZGV2L251bGwp ICIgPT0gKiIgJCQgIiogXV0gOyB0aGVuCisJCWNvbnRpbnVlCisJZmkKKwogCWlmICEgdW1vdW50 ICIke3h9IiAmPi9kZXYvbnVsbDsgdGhlbgogCQkjIEtpbGwgcHJvY2Vzc2VzIHN0aWxsIHVzaW5n IHRoaXMgbW91bnQKIAkJL2Jpbi9mdXNlciAtcyAtayAtOSAtbSAiJHt4fSIKQEAgLTE1Niw5ICsx NjEsNiBAQAogCiAJZm9yIHggaW4gJChhd2sgJ3twcmludCAkMn0nIC9wcm9jL21vdW50cyB8IHNv cnQgLXVyKSA7IGRvCiAJCXg9JHt4Ly9cXDA0MC8gfQotCQlpZiBbWyAtbiAkKGVjaG8gIiR7eH0i IHwgZWdyZXAgIiR7UkNfTk9fVU1PVU5UU30iKSBdXSA7IHRoZW4KLQkJCWNvbnRpbnVlCi0JCWZp CiAJCWlmIFtbICR7Y21kfSA9PSAidSIgXV07IHRoZW4KIAkJCXVtb3VudCAtbiAtciAiJHt4fSIK IAkJZWxzZQo= 104055 2006-12-14 11:20 0000 Work without error? x text/plain SW5kZXg6IGhhbHQuc2gKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gaGFsdC5zaAkocmV2aXNpb24gMjQyMSkKKysr IGhhbHQuc2gJKHdvcmtpbmcgY29weSkKQEAgLTEwNiw2ICsxMDYsMTEgQEAKIAkJY29udGludWUK IAlmaQogCisJIyBJZiB3ZSdyZSB1c2luZyB0aGUgbW91bnQgKHByb2JhYmx5IC91c3IpIHRoZW4g ZG9uJ3QgdW5tb3VudCB1cworCWlmIFtbICIgJChmdXNlciAtbSAiJHt4fSIgMj4vZGV2L251bGwp ICIgPT0gKiIgJCQgIiogXV0gOyB0aGVuCisJCWNvbnRpbnVlCisJZmkKKwogCWlmICEgdW1vdW50 ICIke3h9IiAmPi9kZXYvbnVsbDsgdGhlbgogCQkjIEtpbGwgcHJvY2Vzc2VzIHN0aWxsIHVzaW5n IHRoaXMgbW91bnQKIAkJL2Jpbi9mdXNlciAtcyAtayAtOSAtbSAiJHt4fSIKQEAgLTE1Niw5ICsx NjEsMTMgQEAKIAogCWZvciB4IGluICQoYXdrICd7cHJpbnQgJDJ9JyAvcHJvYy9tb3VudHMgfCBz b3J0IC11cikgOyBkbwogCQl4PSR7eC8vXFwwNDAvIH0KLQkJaWYgW1sgLW4gJChlY2hvICIke3h9 IiB8IGVncmVwICIke1JDX05PX1VNT1VOVFN9IikgXV0gOyB0aGVuCisKKwkJIyBEbyBub3QgdW1v dW50IHRoZXNlIC4uLiB3aWxsIGJlIGRpZmZlcmVudCBkZXBlbmRpbmcgb24gdmFsdWUgb2YgQ0RC T09UCisJCWlmIFtbICR7eH0gIT0gIi8iIFwKKwkJCSYmIC1uICQoZWNobyAiJHt4fSIgfCBlZ3Jl cCAiJHtSQ19OT19VTU9VTlRTfSIpIF1dIDsgdGhlbgogCQkJY29udGludWUKIAkJZmkKKwkJCiAJ CWlmIFtbICR7Y21kfSA9PSAidSIgXV07IHRoZW4KIAkJCXVtb3VudCAtbiAtciAiJHt4fSIKIAkJ ZWxzZQo=