I have a Western Digital USB/FireWire combo external hard drive. Everything works fine up to the point where I try to shut down the system with /sbin/halt. When the script gets to *Unmounting filesystems I get: Oops: 0000 [#1] PREEMT CPU 0 <rather long snip, including a call trace > /sbin/rc: Segmentation Fault umount ${x} >&/dev/null INIT: No more processes left at this runlevel then the computer just hangs there. The problem does not occur if I umount the hard disk manually before shutting down the computer. Reproducible: Always Steps to Reproduce: 1.Mount the drive 2.Shutdown the computer 3. Actual Results: Crash during shutdown Expected Results: Normal shutdown, the drive being umounted along with other filesystems Portage 2.0.51-r2 (default-linux/x86/2004.0, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r1 i686) ================================================================= System uname: 2.6.9-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 3.20GHz Gentoo Base System version 1.4.16 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.14.90.0.8-r1 Headers: sys-kernel/linux-headers-2.4.21-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks prelink sandbox sfperms" GENTOO_MIRRORS="ftp://mirror.switch.ch/mirror/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://trumpetti.atm.tut.fi/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/root/portage_temp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl alsa apm audiofile avi berkdb bitmap-fonts bonobo cdr crypt cups divx4linux dvd dvdr encode esd ethereal evo f77 fam fbcon flac foomaticdb gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml icq imagemagick imap imlib java joystick jpeg libg++ libwww lirc mad mikmod motif mozilla mpeg msn ncurses nls offensive oggvorbis opengl oss pam pdflib perl pic png python quicktime readline samba sdl slang spell ssl svga tcltk tcpd tetex tiff truetype unicode usb videos x x86 xml xml2 xmms xv xvid yahoo zlib"
this is a kernel bug, not baselayout
Are you using ub or usb-storage? Can we see the call trace?
I am away from the computer until Thursday, so I cannot check right now but I am almost 100% sure it's usb-storage I am using. As for seeing the call trace... I will gladly paste it if a kind soul tells me where to find it upon reboot. I do have, however, a picture of the screen I took when this crashed (although I was using gentoo-dev-sources-2.6.5-r1 at the time, but the crash is still here with 2.6.9). I know it's not exactly an elegant solution, but I can upload that from where I am right now.
Should be in /var/log/messages or /var/log/debug.log Chances are we probably can't do much with the call trace and would ask you to report it upstream. You may wish to test with 2.6.10-rc2 and see if its been fixed there.
*** Bug 70496 has been marked as a duplicate of this bug. ***
Please test with 2.6.10-rc2 and let us know if that helps.
Just tested it 5 times in a row with 2.6.10-rc2 and the shutdown functionned normally. Looks like it's been fixed somehow... Kewl :-)
