(SSHServerFS,, 13:28:36) debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,passwordĭebug1: No more authentication methods to try. (SSHServerFS,, 13:28:35) debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,passwordĭebug1: Next authentication method: publickeyĭebug1: Trying private key: /Users//.ssh/id_rsaĭebug1: Trying private key: /Users//.ssh/id_dsaĭebug1: Next authentication method: passwordĭebug1: read_passphrase: can't open /dev/tty: Device not configured
#Macfusion authentication has failed mac os x
On the Mac OS X 10.6 machine, I got this error when I try to mount the volume: "Could not mount filesystem: Authentication failed." Looks like this is the part of the log that shows the problem: On the Mac OS X 10.5 machine, the volume mounts, but shows it has "zero bytes" free space, and I was unable to upload any files to it! (opening, editing, and saving existing files seemed fine)Ĥ. However, when I moved this patched SSHFS into the Macfusion application,Īnd renaming it to replace the stock sshfs-static, problems occur. I tested mounting this remote SSHFS volume from the Terminal (in Mac OS X 10.5 (PPC), 10.6 (Intel i386), and 10.7 (Intel x86_64)!), and with the options "-o remote_dmask=774,remote_fmask=774,defer_permissions" I was able to create, delete, read, edit, and save files/folders from the volume.
Thanks to the help from this list, I was able to compile a statically linked Universal Binary of this patched SSHFS.Ģ. I tell SSHFS to set all files I write to the volume to 774. This patch adds options to force a certain set of permissions for files written to a SSHFS volume. I managed to obtain an updated patch from the author of this post for SSHFS 2.4. I finally have a better understanding of my Macfusion permissions issues now, and I hope someone can help me diagnose this problem?ġ.
0 kommentar(er)
