Closed GoogleCodeExporter closed 9 years ago
-post this to MacFusion as well. (sorry for the break)
Original comment by stradl...@gmail.com
on 30 Oct 2007 at 2:07
Yes, it is possible to run into such cases because the Finder does strange
things itself (it can check for success,
failure, or availability of file system features in bewildering ways). As you
noticed yourself, it works from the
command line. In such cases, there's not much I can do because I can't
change/extend the Finder.
Original comment by si...@gmail.com
on 30 Oct 2007 at 5:05
Did you say AFS volume over sshfs? AFS as in Andrew File System?
Original comment by si...@gmail.com
on 3 Nov 2007 at 3:06
Yes - the environment in which I work (high-energy physics) is highly dependent
on AFS, and most user
accounts are AFS-mounted for large clusters (CERN, for example). I don't see
similar behavior in NFS-mounted
disks accessed through sshfs, and ssh-mounted local disks seem to work fine.
Original comment by stradl...@gmail.com
on 3 Nov 2007 at 10:32
Corresponding report in the MacFusion area is
http://code.google.com/p/macfusion/issues/detail?id=257
and FWIW, only one other mention of AFS in the MacFusion list of isues:
http://code.google.com/p/macfusion/issues/detail?id=225 (verified as resolved).
Original comment by grahampe...@gmail.com
on 3 Nov 2007 at 12:44
>and FWIW, only one other mention of AFS in the MacFusion list of issues:
>http://code.google.com/p/macfusion/issues/detail?id=225 (verified as
resolved).
As it turns out, it was worth a lot. The -o defer_permissions (formerly
defer_auth) was just the thing, and
addresses the symptom of admin password being required. Thanks very much.
Problem solved.
Original comment by stradl...@gmail.com
on 3 Nov 2007 at 1:43
OK.
Original comment by si...@gmail.com
on 3 Nov 2007 at 6:01
Original issue reported on code.google.com by
stradl...@gmail.com
on 30 Oct 2007 at 2:06Attachments: