Bug 117144 – sys-fs/fuse 2.4.2 wrapper script for fstab fails to locate needed files

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Pete Ezzo 2005-12-29 19:24:14 UTC]

I have sys-fs/fuse-2.4.2 and sshfs-fuse-1.3 installed on my x86 machine.  Following the fuse wiki, I added an entry to my fstab to mount my sshfs partitions automatically at boot.  However I ran into a snag.

The /sbin/mount.fuse wrapper script is supposed to call the appropriate fuse binary specified in the fstab through the means of a `which` call.  However, when called from the fstab, the $PATH variable is null so the script fails to find the appropriate binary and fails.

This is easily fixed by adding a  source /etc/profile  call at the beginning of the script.

[Comment 1 Pete Ezzo 2005-12-29 19:25:30 UTC]

Portage 2.1_pre2 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-ge
ntoo-r4 i686)
=================================================================
System uname: 2.6.13-gentoo-r4 i686 Intel(R) Pentium(R) M processor 1700MHz
Gentoo Base System version 1.12.0_pre9
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.17
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-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20
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/X1
1/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig candy distlocks noinfo sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/
distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 4kstacks X acpi alsa audiofile avi berkdb bitmap-fonts bzip2 cpudetecti
on crypt custom-cflags divx4linux dvd dvdread emboss encode expat fbcon foomatic
db fortran gdbm gif gstreamer gtk gtk2 i8x0 imlib ipv6 jpeg lcms libg++ libwww m
ad mikmod mmap mmx mmxext mng motif mp3 mpeg ncurses nls nptl nptlonly ogg oggvo
rbis opengl oss pdflib perl pic png python quicktime readline rtc sdl spell sse 
sse2 ssl tcpd threads truetype truetype-fonts type1-fonts udev unicode userlocal
es vorbis win32codecs xml2 xv xvid zlib elibc_glibc kernel_linux userland_GNU"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVER
LAY

[Comment 2 Stefan Schweizer (RETIRED) 2006-01-07 13:10:22 UTC]

nice catch, can you please report this upstream to the fuse-mailinglist?

[Comment 3 Pete Ezzo 2006-01-07 17:58:30 UTC]

The fix for this bug was just committed to upstream cvs (another gentoo user beat me to it actually)

However I have found a gentoo specific problem - the filesystem type in fstab is fuse.  Gentoo's baselayout doesn't define this as a network fs, so it tries to mount it before networking is up, and the mount will fail.  Should I submit this as a baselayout bug?

[Comment 4 Stefan Schweizer (RETIRED) 2006-01-07 18:05:04 UTC]

Thank you for getting this fixed!

Yes, please open a separate bug for baselayout.

If you attach a patch here, I will add a new ebuild revision, otherwise I will just wait for the next upstream release.

[Comment 5 Stefan Schweizer (RETIRED) 2006-01-16 07:23:44 UTC]

I guess this is fixed with the new fuse and sshfs-fuse version in portage. Thank you!