search

cameronblunt / macfuse

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

volume is not unmounted after log out #152

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
Fast user switching is enabled. 

Mac OS User A connects to omnium.freeman-centre.ac.uk via ssh. 

Mac OS User B connects to 139.184.225.200 via ssh. 

User B logs out. 

Issue
-----

User A finds that the volume mounted by User B is not unmounted. 

Also
----

Then in Terminal, for User A,
ls -l /Volumes 
suggests that permission is denied but in fact, I can 
cd to required volumes. I'll file a separate ticket for that issue. 

Finder access to required volumes remains OK. 

(Permission *is* properly denied to the volume that was mounted by User B.)

Original issue reported on code.google.com by grahampe...@gmail.com on 23 Apr 2007 at 11:30

GoogleCodeExporter commented 8 years ago 
Before Mac OS User B logged out, 
Terminal presented the following to Mac OS User A:

[grahamperrin:/Volumes] gjp22% ls -l
ls: 139.184.225.200: Permission denied
total 8
lrwxr-xr-x    1 root     admin           1 Apr 23 22:29 MBP -> /
drwxr-xr-x    6 gjp22    staff         306 Apr  2 19:00 Maxtor
drwxr-xr-x   11 gjp22    staff         476 Apr  5 08:55 Perrin
drwxr-xr-x  103 gjp22    staff        3604 Apr  2 19:00 Tim
drwxrwxr-t   39 root     admin        1428 Apr 21 13:09 clone-MBP
drwxrwxr-t   10 root     admin         442 Apr 17 15:14 clone-excess
drwxr-xr-x   11 gjp22    staff         476 Apr 21 12:53 extreme
drwxr-xr-x    1 gjp22    staff        2142 Mar  6 18:57 omnium.freeman-centre.ac
drwx------    1 gjp22    111          2048 Apr 23 22:44 unix.central.sussex.ac.u

-- that was, permission denied (properly) for only the volume that was mounted 
by Mac OS User B.

Original comment by grahampe...@gmail.com on 23 Apr 2007 at 11:32

GoogleCodeExporter commented 8 years ago 
After Mac OS User B logged out, 

[grahamperrin:~] gjp22% sudo ls -l /Volumes/
ls: /Volumes/139.184.225.200: Permission denied
ls: /Volumes/omnium.freeman-centre.ac.uk: Permission denied
ls: /Volumes/unix.central.sussex.ac.uk: Permission denied
total 0
lrwxr-xr-x    1 root     admin           1 Apr 23 22:29 MBP -> /
drwxr-xr-x    6 unknown  unknown       306 Apr  2 19:00 Maxtor
drwxr-xr-x   11 unknown  unknown       476 Apr  5 08:55 Perrin
drwxr-xr-x  103 unknown  unknown      3604 Apr  2 19:00 Tim
drwxrwxr-t   39 root     admin        1428 Apr 21 13:09 clone-MBP
drwxrwxr-t   10 root     admin         442 Apr 17 15:14 clone-excess
drwxr-xr-x   11 unknown  unknown       476 Apr 21 12:53 extreme
[grahamperrin:~] gjp22% cd /Volumes/omnium.freeman-centre.ac.uk/
[grahamperrin:/Volumes/omnium.freeman-centre.ac.uk] gjp22% ls -l
total 56
drwx------    1 gjp22    staff         408 Mar  4  2005 Applications
drwx------    1 gjp22    staff        1666 Apr 24 00:06 Desktop
drwx--x--x    1 gjp22    staff        3536 Mar  3 12:09 Documents
drwx------    1 gjp22    staff         136 Mar 25  2003 IA_Installers
drwx------    1 gjp22    staff        2720 Jun  7  2005 Library
drwx------    1 gjp22    staff         714 Mar 25  2003 MAYA_PE_PRESETS
drwx------    1 gjp22    staff         374 Nov 29 10:12 Movies
drwx------    1 gjp22    staff         136 Jul  6  2005 Music
drwx------    1 gjp22    staff         136 Mar  9  2004 Pictures
drwxr-xr-x    1 gjp22    staff         170 Dec  4 16:26 Public
drwxr-xr-x    1 gjp22    staff         816 Oct 22  2006 Sites
drwxrwxrwt    1 gjp22    staff         136 Mar  2  2005 Temporary Items
drwxrwxrwx    1 gjp22    nobody         68 Nov 13  2004 TheFindByContentFolder
drwx------    1 gjp22    staff         136 Sep 21  2006 mail

-- that was, permission *apparently* denied for all ssh-mounted volumes, but 
only apparent in a directory 
listing for 
/Volumes

Original comment by grahampe...@gmail.com on 23 Apr 2007 at 11:34

GoogleCodeExporter commented 8 years ago 
A few minutes later, directory listing for 
/Volumes 
appears to deny permission for only one of three ssh-mounted volumes: 

[grahamperrin:~] gjp22% ls -l /Volumes/
ls: /Volumes/139.184.225.200: Permission denied
total 8
lrwxr-xr-x    1 root     admin           1 Apr 23 22:29 MBP -> /
drwxr-xr-x    6 gjp22    staff         306 Apr  2 19:00 Maxtor
drwxr-xr-x   11 gjp22    staff         476 Apr  5 08:55 Perrin
drwxr-xr-x  103 gjp22    staff        3604 Apr  2 19:00 Tim
drwxrwxr-t   39 root     admin        1428 Apr 21 13:09 clone-MBP
drwxrwxr-t   10 root     admin         442 Apr 17 15:14 clone-excess
drwxr-xr-x   11 gjp22    staff         476 Apr 21 12:53 extreme
drwxr-xr-x    1 gjp22    staff        2142 Mar  6 18:57 omnium.freeman-centre.ac
drwx------    1 gjp22    111          2048 Apr 23 22:44 
unix.central.sussex.ac.uk

Original comment by grahampe...@gmail.com on 23 Apr 2007 at 11:36

GoogleCodeExporter commented 8 years ago 
Whilst a directory listing (in Terminal) for 
/Volumes
suggests that 139.184.225.200 is not unmounted, 
Finder does not normally present a reference to that volume. 

So, this issue will probably be no problem for the 'average' Finder-focused 
user.

Original comment by grahampe...@gmail.com on 23 Apr 2007 at 11:41

Attachments:

GoogleCodeExporter commented 8 years ago 
It may be relevant to read this issue alongside 
<http://code.google.com/p/macfusion/issues/detail?id=8>.

Original comment by grahampe...@gmail.com on 23 Apr 2007 at 11:43

GoogleCodeExporter commented 8 years ago 
Restarted the computer, verbose mode. 

<http://code.google.com/p/macfusion/issues/detail?id=8> 
I wondererd whether I'd glimpse something like 

> sshfs-static ... did not act upon sigterm

I didn't see that, but (if it's relevant) I did glimpse something like

> daemondo ... did not act on sigterm

Original comment by grahampe...@gmail.com on 23 Apr 2007 at 11:55

GoogleCodeExporter commented 8 years ago 
It is not in the file system's scope to mount/unmount volumes itself, 
create/delete mount points, etc. Something 
else, such as the Finder, or a GUI that knows how to interact with MacFUSE, 
should be handling these things. It is 
possible to have hooks for login, logout, shutdown, sleep, wakeup etc., so the 
higher layer software can try to do 
the right thing based on what's happening.

Looks like the permissions behavior you are seeing is explained by my reply to 
your other permissions-related 
issue report, right?

Original comment by si...@gmail.com on 24 Apr 2007 at 11:03

GoogleCodeExporter commented 8 years ago

Original comment by si...@gmail.com on 27 Apr 2007 at 9:56