Closed GoogleCodeExporter closed 8 years ago
It's a Finder thing. You'll see that things work fine from the command line
still.
The issue is that the Finder is checking the newly mounted volume before the
sshfs daemon has had a chance
to tell the kernel that it's ready. Until the kernel gets this notification
from the daemon, MacFUSE doesn't know
what the space available etc. is. However, it still needs to report something,
because, if the daemon never
replied or crashed, MacFUSE still has to be able to let you unmount things
gracefully. So, MacFUSE does a
simple thing: it reports that there's zero space available. Unfortunately, the
Finder latches onto this
information for good, even though a moment later MacFUSE has the correct
information and it does report the
correct information thereafter.
I've known about this issue for a while and I had several solutions in mind,
none of which made it to the
binary I created. Since many people seem to be running into this, I've added a
simple solution (diff
fuse_vfsops.c for details) and updated the binary.
Please try fuse-0.1.0b005 and see if the problem goes away. Also, if you want
the Finder to behave nicely with
MacFUSE file systems, you should use the ping_diskarb option while mounting.
For example:
sshfs user@server.com: /Volumes/disk -oping_diskarb
Original comment by si...@gmail.com
on 12 Jan 2007 at 7:29
I can't even get sshfs to work with b005.
When I use sshfs user@server.com /Volumes/disk, I get "fusefs file system is
not available."
When I try to manually load the kernel extension, I get "kextload: extension
/System/Library/Extensions/
fusefs.kext is not authentic" and the extension does not show up in kextstat.
I copied the new files over the old ones using rsync -ru --links System /System
and rsync -ru --links usr/
local /usr/local as I did with b004.
I'll try rebooting again (unloading the b004 kext caused a kp, so perhaps that
borked the restart) and report
back in a minute.
Original comment by devin.l...@gmail.com
on 12 Jan 2007 at 8:41
After a fresh reboot I get the same problem.
Original comment by devin.l...@gmail.com
on 12 Jan 2007 at 8:44
Before you reboot, try doing the following:
{{{
$ sudo touch /System/Library/Extensions
}}}
Original comment by si...@gmail.com
on 12 Jan 2007 at 6:26
Before you reboot, try doing the following:
{{{
$ sudo touch /System/Library/Extensions
}}}
Original comment by si...@gmail.com
on 12 Jan 2007 at 6:27
Please ignore the duplicate message. You should also ignore the "{{{" and "}}}"
... I thought this thing takes Wiki
syntax.
Original comment by si...@gmail.com
on 12 Jan 2007 at 6:36
Aha, that fixes it. I can load b006 fine now, and tried the -oping_diskarb
option as you suggested, but I still get
the same problem (Zero bytes available).
Original comment by devin.l...@gmail.com
on 12 Jan 2007 at 6:56
That is, the first time it didn't work. When I tried again later I got 1000GB
free and was able to add files to the
server.
Original comment by devin.l...@gmail.com
on 12 Jan 2007 at 10:42
Original issue reported on code.google.com by
devin.l...@gmail.com
on 12 Jan 2007 at 6:57