On Sat, Aug 23, 2008 at 7:02 PM, Aryeh Friedman <[EMAIL PROTECTED]> wrote: > On Sat, Aug 23, 2008 at 7:39 PM, RW <[EMAIL PROTECTED]> wrote: >> On Sat, 23 Aug 2008 23:13:49 +0100 >> RW <[EMAIL PROTECTED]> wrote: >> >>> On Sat, 23 Aug 2008 16:38:13 -0400 >>> "Aryeh Friedman" <[EMAIL PROTECTED]> wrote: >>> >>> >>> > c) See a additionally to prove all the above here is my /etc/rc (the >>> > last 2 lines where added just to prove the point): >>> > >>> > #!/bin/sh >>> > >>> > PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin >>> > >>> > swapon -a >>> > fsck -p >>> > ... >>> > fuse: failed to exec mount program: No such file or directory >>> > >>> > Thus it is clear that the *ONLY* difference between the /etc/rc >>> > calls and the post getty calls is when they are made. >>> >>> There's another difference: your /etc/rc script doesn't export PATH. >> >> That does seem to be the answer. >> >> I was curious as to why it only fails on ntfs, so I had a look >> at the source. It seems that mount and fsck find mount_* and fsck_* >> through a hard-coded path of "/rescue:/sbin:/usr/sbin", but >> mount_ntfs-3g then additionally has to find mount_fusefs through the >> environment path. >> >> Perhaps sysutils/fusefs-libs should be patched to make the whole thing >> more self-consistent.
Isn't the typical use-case for fuse-based FS'es to be executed in userland though by non-root users? -Garrett _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
