First of all, when I do a normal su and enter my root password I don't have /sbin/, /usr/sbin/ and /usr/local/sbin in my $PATH. When I do a "su -" everything is fine so far. But now to my real problem, I'm not able to shutdown or reboot my system. When I enter halt or reboot nothing happens, I just see that rc is using a high amount of my CPU but the system is still running. I have to do hard-shutdown (disconnect the power supply) to halt my system and that isn't really a good thing. I already checked the logs but they say nothing. Reproducible: Always Steps to Reproduce: 1. su - 2. halt|reboot Actual Results: Nothing, rc is using a amount of my CPU but that's it. Expected Results: Do a clean shutdown/reboot of my system. ;) Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6.11-hardened-r15 i686) ================================================================= System uname: 2.6.11-hardened-r15 i686 Intel(R) Pentium(R) M processor 1.60GHz Gentoo Base System version 1.12.0_pre3 ccache version 2.4 [enabled] dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" 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 X acpi alsa avi berkdb bitmap-fonts bonobo cdr chroot crypt cscope cups curl doc dvd dvdr eds emboss encode esd f77 fam fbcon fftw flac foomaticdb fortran gd gdbm ggi gif gmp gnutls gpm gstreamer gtk gtk2 imagemagick imlib ipv6 jpeg ldap libg++ libwww mad matroska mikmod mmx mp3 mpeg ncurses nls nptl nptlonly ogg oggvorbis opengl oss pam pcm cia pdflib perl png python quicktime readline samba sdl skey slang softmmu speex spell sse ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts unicode vorbis xml2 xmm s xosd xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
does baselayout-1.11.13 work ?
I was able to do a clean reboot after installing baselayout-1.11.13 . I will try it again in a few hours. Nevertheless, /sbin/, /usr/sbin/ and /usr/local/sbin are still missing in root's $PATH.
(In reply to comment #2) > Nevertheless, /sbin/, /usr/sbin/ and /usr/local/sbin are still missing in root's > $PATH. It's normal behaviour. 'su' doesn't change the environment. Use 'su -' for full root's PATH, including /sbin etc.
(In reply to comment #3) > It's normal behaviour. 'su' doesn't change the environment. Use 'su -' for full > root's PATH, including /sbin etc. It used to work with su, too. That's why I'm confused.
ph is correct regardless, this bug is about shutting down ... dont file/handle two different issues in the same bug
(In reply to comment #5) > regardless, this bug is about shutting down ... dont file/handle two different > issues in the same bug I just mentioned it because I didn't know if the two problems are connected. Anyway, my shutting down problem seems to be solved by the installation of baselayout-1.11.13. Hopefully the next version of baselayout will fix the problem of baselayout-1.12.0_pre3. Thank you for your help, ph and SpanKY.
UberLord: feel like tackling ?
Created attachment 65158 [details] /lib/rcscripts/sh/rc-services.sh Try saving this attachment as /lib/rcscripts/sh/rc-services.sh and see if that cures it.
Sadly not, still the same behavior.
baselayout-1.12.0_pre4 is now in portage - does this fix your issue? And are you using NIS?
(In reply to comment #10) > baselayout-1.12.0_pre4 is now in portage - does this fix your issue? Nope. > And are you using NIS? I'm not using NIS.
Are you able to boot without any problems? Can you stop each service in the default runlevel manually? If you can, can you shutdown then? If not, can you also stop each non-baselayout provided boot service manually? If you can, can you shutdown then?
(In reply to comment #12) > Are you able to boot without any problems? Yep. > Can you stop each service in the default runlevel manually? Everything besides netmount. rc-status told me [stopping] all the time. I removed netmount from the default runlevel. After a hard-shutdown and normal boot I was able to shutdown my system the normal way. su halt *off*
Oh, I tryed it again and it didn't work. :(
Edit: You told me to stop the other boot services when my halt fails and when I do /etc/init.d/checkfs stop the system shuts down.
Are you by any chance using samba, cups and vmware? If not, please post the contents of your runlevel (ie what services you start)
pre5 is out, it should fix your problem
