search

chaoyinggg / macfuse

Automatically exported from code.google.com/p/macfuse
0 stars 0 forks source link

MacFUSE mounts not recognized properly by Backup #213

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. Mount an FTP site using MacFUSE
2. Launch Apple's Backup app
3. Create a new backup plan with the FUSE drive as the backup destination.

What is the expected output? What do you see instead?
I expect the drive to show in the Destination dropdown.  Instead I see an 
"Unkown Volume" on 
which I can't select a folder and message that says "You do not have permission 
to back up to the 
"" folder on "Unknown Volume". Select a different folder or destination".

What version of the product are you using? On what operating system?
OS X 10.4.9 on an Intel based Mac.  MacFUSE 0.4.0

Original issue reported on code.google.com by justin.t...@gmail.com on 8 Jun 2007 at 6:33

GoogleCodeExporter commented 8 years ago 
"Mount an FTP site using MacFUSE" is a vague statement because MacFUSE doesn't 
do any specific file system. 
You could have N different implementations of an FTP file system with MacFUSE 
being the underlying layer. So, 
which FTP file system are you talking about? curlftpfs?

Besides, whichever file system you are using, it has to either implement 
uid/gid mapping correctly, or it must 
specifically implement the access() method. Since you have MacFUSE 0.4.0, you 
can try the 'defer_auth' mount-
time option and see if it changes the behavior for you.

Original comment by si...@gmail.com on 8 Jun 2007 at 9:03

GoogleCodeExporter commented 8 years ago 
MacFusion 1.1
MacFUSE 0.4.0
Apple Backup 3.1.1
an SSHFS volume, both with and without the defer_auth option

I find that Apple Backup 3 reports, for the SSHFS volume: 

  Unknown Volume

For a MacFusion CurlFtpFS connection to a different server, again

  Unknown Volume

Apple Backup _does_ recognise a volume mounted via AFP. 

## SSHFS without defer_auth

[grahamperrin:/Volumes/UoS-ITS-UNIX] gjp22% ls -aln
total 4188
drwx--S---    1 19236    20           2048 Jun 10 18:14 .
drwxrwxrwt   13 0        80            442 Jun 10 21:09 ..
-rw-------    1 19236    20           6148 Jun 10 18:13 .DS_Store
drwxrwxrwx    1 19236    20             96 Feb 23 12:07 .TemporaryItems
drwxrwxrwx    1 19236    20             96 Jun 10 11:36 .Trashes

...etc.

## SSHFS *with* defer_auth

[grahamperrin:/Volumes/UoS-ITS-UNIX] gjp22% ls -al
total 4188
drwx--S---    1 gjp22    staff        2048 Jun 10 18:14 .
drwxrwxrwt   13 root     admin         442 Jun 10 21:09 ..
-rw-------    1 gjp22    staff        6148 Jun 10 18:13 .DS_Store
drwxrwxrwx    1 gjp22    staff          96 Feb 23 12:07 .TemporaryItems
drwxrwxrwx    1 gjp22    staff          96 Jun 10 11:36 .Trashes
-rw-------    1 gjp22    staff         576 Aug 17  2004 .Xauthority

...etc.

OT, re <http://www.callblog.net/?p=201> I wonder whether Justin is using 
MacFusion 1.1 (with MacFUSE 
0.4.0) for his FTP connection.

Original comment by grahampe...@gmail.com on 10 Jun 2007 at 8:27

Attachments:

GoogleCodeExporter commented 8 years ago 
I'm using curlftpfs, the version at 
http://groups.google.com/group/macfuse-devel/files.  I added the defer_auth 
option, but Backup still exhibits the same behavior.  Everything else about the 
volume behaves as I expect.

Original comment by justin.t...@gmail.com on 10 Jun 2007 at 8:41

GoogleCodeExporter commented 8 years ago 
At <http://paste.lisp.org/display/42566> line 46 
I note that for a backup to a volume mounted via AFP, 

  Type = afpfs

An SSHFS volume is a recognisable _source_ within Apple Backup. 

A lazy search
grep -r -a --context=1 afpfs /Applications/Backup.app/Contents
reveals strings such as 

Filesystem

Original comment by grahampe...@gmail.com on 10 Jun 2007 at 9:06

Attachments:

GoogleCodeExporter commented 8 years ago 
A lazy search
grep -r -a --context=1 afpfs /Applications/Backup.app/Contents
reveals strings such as 

Filesystemunknownhfsafpfsufsmsdosnfscd9660uniondevfssynthfswebdavvolfsfdescsmbfs
acfsnullfs(fake)

so I assume that Apple Backup 3.1.1 has a limited range of destination file 
system types.

Original comment by grahampe...@gmail.com on 10 Jun 2007 at 9:07

GoogleCodeExporter commented 8 years ago 
I don't use Apple Backup, but it wouldn't be surprising if it has a hardcoded 
list of "known" or "supported" file 
system types. Some other Apple applications use that kind of "logic".

Original comment by si...@gmail.com on 11 Jun 2007 at 2:24

GoogleCodeExporter commented 8 years ago 
Looks like this is just Backup's behavior.

Original comment by si...@gmail.com on 26 Jun 2007 at 8:26