You are not logged in.
A couple of days ago SMB shares opened with gvfs-smb no longer show up in /run/user/uid/gvfs, and I can't figure out why. I can browse shares in Nemo and move files in and out of shares, however I cannot open files as applications complain that they cannot find /run/user/uid/gvfs/share. /run/user/uid/gvfs/ is empty.
If I mount a share using the gvfs-mount command, it still does not show up in /run/user/uid/gvfs. I have also checked ~/.gvfs.
Here's the output from journtalctl -xn when mounting via the gvfs-mount command, which seems pretty normal:
Oct 14 22:29:12 hostname gvfsd[1343]: ### SMB: g_vfs_backend_smb_init: default workgroup = 'NULL'
Oct 14 22:29:12 hostname gvfsd[1343]: ### SMB: do_mount - URI = smb://10.0.0.12/redacted
Oct 14 22:29:12 hostname gvfsd[1343]: ### SMB: do_mount - try #0
Oct 14 22:29:12 hostname gvfsd[1343]: ### SMB: auth_callback - kerberos pass
Oct 14 22:29:12 hostname gvfsd[1343]: ### SMB: auth_callback - out: last_user = 'redacted1', last_domain = 'WORKGROUP'
Oct 14 22:29:12 hostname gvfsd[1343]: ### SMB: do_mount - [smb://10.0.0.12/redacted; 0] res = -1, cancelled = 0, errno = [1] 'Operation not permitted'
Oct 14 22:29:12 hostname gvfsd[1343]: ### SMB: do_mount - after anon, enabling NTLMSSP fallback
Oct 14 22:29:12 hostname gvfsd[1343]: ### SMB: do_mount - try #1
Oct 14 22:29:12 hostname gvfsd[1343]: ### SMB: auth_callback - normal pass
Oct 14 22:29:12 hostname gvfsd[1343]: ### SMB: auth_callback - reusing keyring credentials: user = 'redacted', domain = 'WORKGROUP'
Oct 14 22:29:12 hostname gvfsd[1343]: ### SMB: auth_callback - out: last_user = 'redacted', last_domain = 'WORKGROUP'
Oct 14 22:29:12 hostname gvfsd[1343]: ### SMB: do_mount - [smb://10.0.0.12/redacted; 1] res = 0, cancelled = 0, errno = [17] 'File exists'
Oct 14 22:29:12 hostname gvfsd[1343]: ### SMB: do_mount - login successful
Here's the output from "mount | grep gvfs":
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
Here's output from "ps aux | grep gvfs":
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
redacted 1343 0.0 0.1 275260 6560 ? Ssl 22:21 0:00 /usr/lib/gvfs/gvfsd
redacted 1348 0.0 0.1 404228 7364 ? Sl 22:21 0:00 /usr/lib/gvfs/gvfsd-fuse /run/user/1000/gvfs -f -o big_writes
redacted 1359 0.0 0.1 302564 8392 ? Ssl 22:21 0:00 /usr/lib/gvfs/gvfs-udisks2-volume-monitor
redacted 1363 0.0 0.0 263356 5312 ? Ssl 22:21 0:00 /usr/lib/gvfs/gvfs-mtp-volume-monitor
redacted 1415 0.0 0.1 349008 6732 ? Sl 22:21 0:00 /usr/lib/gvfs/gvfsd-trash --spawner :1.11 /org/gtk/gvfs/exec_spaw/0
redacted 1420 0.0 0.0 191800 5692 ? Ssl 22:21 0:00 /usr/lib/gvfs/gvfsd-metadata
redacted 1794 0.0 0.1 48384 6468 pts/4 S+ 22:25 0:00 vim /usr/share/gvfs/mounts/smb-browse.mount
redacted 2056 0.2 0.3 647500 18120 ? SLl 22:29 0:01 /usr/lib/gvfs/gvfsd-smb --spawner :1.11 /org/gtk/gvfs/exec_spaw/5
I tried to see if they were being mounted somewhere else, however when searching for the mount name as the user who mounted it this is all that was found:
$ find / -iname "*redactedsharename*" 2>&1 | grep -v "Permission denied"
/home/redacted/.local/share/gvfs-metadata/smb-share:server=10.0.0.12,share=redactedsharename
/home/redacted/.local/share/gvfs-metadata/smb-share:server=10.0.0.12,share=redactedsharename-263beca3.log
Any help would be appreciated, as I'm not really sure where to go from here.
Last edited by Ackmos (2015-10-14 21:48:48)
Offline
I have the same issue, did you find any solutions?
There is an open issue: https://bugs.archlinux.org/task/46721
Last edited by jugs (2015-10-16 19:16:57)
Offline
Somewhere the daemon isn't being started or it's being killed. You can run:
/usr/lib/gvfs/gvfsd-fuse ~/.gvfs
and your mounts will then show up in that folder.
Offline
I have the same issue, did you find any solutions?
There is an open issue: https://bugs.archlinux.org/task/46721
No, though it's nice to know that it's an actual problem and I haven't messed something up!
Somewhere the daemon isn't being started or it's being killed. You can run:
/usr/lib/gvfs/gvfsd-fuse ~/.gvfs
and your mounts will then show up in that folder.
That works, and mounts now indeed show up in ~/.gvfs. I'm going to downgrade for now though and wait and see what happens following the bug reports.
Thanks.
Offline
I just ran in to the same problem myself. However, gvfsd-fuse was still running despite the /run/user/uid/gvfs folder being empty, so I killed it and restarted it.
Offline