I use shfs, but now and then I get disconnected from the remote host. shfs does not notice this so it stays mounted. If I mount it again, without manually unmounting first, I get two mounts (two entries in mount and df). This crashed Nautilus. I think: 1. shfs should unmount the filesystem when the connection is lost. 2. shfs should not allow multiple mounts on the same mount point. 3. Nautilus should not crash on it anyway. Also, when I reboot it locks up at "Unmounting file systems". Also described here: http://forums.gentoo.org/viewtopic.php?t=253817 Another smaller problem is that it does not mount at boot, since it tries to mount before the network is started. I will attatch the Nautilus backtrace. Reproducible: Always Steps to Reproduce:
Created attachment 46285 [details] Backtrace generated by nautilus
Which version of shfs are you using? And could you please attach the output of emerge info here. Thanks, Stu
Version 0.35-r1 $ emerge info Portage 2.0.51-r3 (default-linux/x86/2004.0, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r10 i686) ================================================================= System uname: 2.6.9-gentoo-r10 i686 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.8.1,sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -msse2 -msse -pipe" 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=athlon-xp -msse2 -msse -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://ftp-test.csbnet.se/pub/linux/distributions/gentoo/ http://mirror.pudas.net/gentoo/ http://mirror.gentoo.se http://ds.thn.htu.se/linux/gentoo http://ftp.du.se/pub/os/gentoo http://gentoo.prz.rzeszow.pl http://gentoo.mirror.sdv.fr http://gentoo.zie.pg.gda.pl http://ftp.gentoo-pt.org/pub/gentoo http://gentoo.ynet.sk/pub http://mirror.etf.bg.ac.yu/gentoo http://mirror.gentoo.no/ http://ftp.iasi.roedu.net/mirrors/gentoo.org/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.se/gentoo-portage" USE="3dnow X adns alsa anthy apm arts avi berkdb bitmap-fonts bonobo cdr cjk crypt cups dvd dvdr encode esd f77 fam flac foomaticdb fortran freetype gdbm gif gimpprint gnome gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imap imlib ipv6 java jpeg junit libg++ libwww live mad maildir matroska mbox mikmod mmx motif mozilla mp3 mpeg mysql ncurses network nls nodrm oggvorbis opengl oss pam pdflib perl png ppds python quicktime readline real samba sdl slang speex spell sqlite sse sse2 ssl svga tcltk tcpd tetex tex tiff truetype unicode usb x86 xml xml2 xmms xv xvid zlib"
I think a lot of this has to do with the fact that shfs is reporting to the kernel VFS layer that it's a physical file system versus a network filesystem. Here is a bug on shfs's tracker that goes into more detail: http://sourceforge.net/tracker/index.php?func=detail&aid=1032185&group_id=72997&atid=536381
------------[ cut here ]------------ kernel BUG at fs/inode.c:252! invalid operand: 0000 [#5] PREEMPT Modules linked in: shfs nvidia CPU: 0 EIP: 0060:[<c017547b>] Tainted: P VLI EFLAGS: 00010202 (2.6.14-gentoo) EIP is at clear_inode+0x1b/0xf0 eax: 00000000 ebx: d5bfd7d4 ecx: 00000001 edx: d5bfd7d4 esi: e09e5ae0 edi: d5bfd7d4 ebp: d800fcc8 esp: dd48df38 ds: 007b es: 007b ss: 0068 Process vim (pid: 17671, threadinfo=dd48c000 task=deec0a30) Stack: d5bfd7d4 d5bfd7d4 e09e5ae0 c0176610 d5bfd7d4 c01768cc d5bfd7f8 00000000 dbd14000 c016b5b8 d5bfd7d4 d800fcc8 c1548800 dffe4780 588b7c1a 00000013 dbd14020 00000010 00000000 00000000 c0158b66 daee14e0 df1113c0 dd48c000 Call Trace: [<e09e5ae0>] shfs_delete_inode+0x0/0x130 [shfs] [<c0176610>] generic_delete_inode+0x70/0x120 [<c01768cc>] iput+0x3c/0x90 [<c016b5b8>] sys_unlink+0xd8/0x130 [<c0158b66>] filp_close+0x46/0x90 [<c0158c1a>] sys_close+0x6a/0xd0 [<c0102ecb>] sysenter_past_esp+0x54/0x75 Code: 62 3b c0 ff 0d 88 7f 44 c0 5b c3 90 8d 74 26 00 56 53 83 ec 04 8b 5c 24 10 89 1c 24 e8 9f 67 fe ff 8b 8b c8 00 00 00 85 c9 74 08 <0f> 0b fc 00 b8 6a 37 c0 8b 83 24 01 00 00 a8 10 75 08 0f 0b fe ------------[ cut here ]------------ kernel BUG at fs/inode.c:252! invalid operand: 0000 [#6] PREEMPT Modules linked in: shfs nvidia CPU: 0 EIP: 0060:[<c017547b>] Tainted: P VLI EFLAGS: 00010202 (2.6.14-gentoo) EIP is at clear_inode+0x1b/0xf0 eax: 00000000 ebx: d5bfdcc4 ecx: 00000001 edx: d5bfdcc4 esi: e09e5ae0 edi: d5bfdcc4 ebp: d219f910 esp: dc9d7f38 ds: 007b es: 007b ss: 0068 Process vim (pid: 17709, threadinfo=dc9d6000 task=dfd935c0) Stack: d5bfdcc4 d5bfdcc4 e09e5ae0 c0176610 d5bfdcc4 c01768cc d5bfdce8 00000000 dbc72000 c016b5b8 d5bfdcc4 d219f910 c1548800 dffe4780 7768add8 0000000f dbc72000 00000010 00000000 00000000 439f2da4 00000000 439f2da4 00000000 Call Trace: [<e09e5ae0>] shfs_delete_inode+0x0/0x130 [shfs] [<c0176610>] generic_delete_inode+0x70/0x120 [<c01768cc>] iput+0x3c/0x90 [<c016b5b8>] sys_unlink+0xd8/0x130 [<c0102ecb>] sysenter_past_esp+0x54/0x75 Code: 62 3b c0 ff 0d 88 7f 44 c0 5b c3 90 8d 74 26 00 56 53 83 ec 04 8b 5c 24 10 89 1c 24 e8 9f 67 fe ff 8b 8b c8 00 00 00 85 c9 74 08 <0f> 0b fc 00 b8 6a 37 c0 8b 83 24 01 00 00 a8 10 75 08 0f 0b fe Some nice kernel bugs... though the machine is still connected (LAN).
(In reply to comment #5) > ------------[ cut here ]------------ > kernel BUG at fs/inode.c:252! This is a separate bug - see Bug 112874.
Are you still experiencing this? If so please rebuild nautilus with USE="debug" and CFLAGS="-g" and then obtain a backtrace.