/run/user/1000/gvfs/sftp:host is now sftp:// ----why?

soda · 3 November 2023 04:31

Hello!

I use gigolo + ssh to mount directories from other computers connected to my LAN.

The drives were being mounted to locations like /run/user/1000/gvfs/sftp:host=192.168.1.3,port=99,user=user/path/to/dir

Now, they are being mounted to sftp://user@192.168.1.3:99/path/to/dir/. This way is limited for some reason. Like for one example I can’t get to them via the terminal.

I don’t know what I changed… did I install or uninstall something, or change a configuration by mistake?

Looking for relevant packages, these are installed:

extra/gvfs 1.52.0-1
extra/fuse3 3.16.1-1
extra/fuse2 2.9.9-4
And looking for relevant services which are loaded and active according to sudo systemctl status:
run-user-1000.mount
run-user-1001-gvfs.mount
run-user-1001.mount

I am up to date on all packages, I’ve rebooted. I tried a different user account which also used to function as described, and no longer does. So I suspect it is not a user config issue. … I am not sure what is the cause of this change. Any hints? What else to check?

megavolt · 3 November 2023 06:13

They are still mounted like that. First one is the local path and the second one the uri.

Check:

gio info sftp://user@192.168.1.3:99/path/to/dir/

And of course you can use gio to interact with that share on the terminal.

It was always like that in any file-manager. The “uri” is just more rememberable than the “local path” and straight forward. I guess in general gio is not meant to be used on the terminal in the first place.

If you need to mount it for the terminal, then use sshfs.

soda · 3 November 2023 17:34

Thanks but I’m not clear what I am supposed to do with gio?

$ gio info sftp://user@192.168.1.3:99/                           
display name: / on 192.168.1.3
name: /
type: directory
size:  4096
uri: sftp://user@192.168.1.3:99/
local path: /run/user/1000/gvfs/sftp:host=192.168.1.3,port=99,user=user
unix mount: tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=3227604k,nr_inodes=806901,mode=700,uid=1000,gid=1000,inode64
attributes:
  standard::type: 2
  standard::is-symlink: FALSE
  standard::name: /
  standard::display-name: / on 192.168.1.3
  standard::icon: inode-directory, folder, inode-directory-symbolic, folder-symbolic
  standard::content-type: inode/directory
  standard::fast-content-type: inode/directory
  standard::size: 4096
  standard::symbolic-icon: inode-directory-symbolic, folder-symbolic, inode-directory, folder
  etag::value: 1698655140
  id::filesystem: sftp:host=192.168.1.3,port=99,user=user
  access::can-read: TRUE
  access::can-execute: TRUE
  access::can-trash: FALSE
  time::modified: 1698655140
  time::access: 1699032313
  unix::mode: 16877
  unix::uid: 0
  unix::gid: 0

if I try

$ cd "/run/user/1000/gvfs/sftp:host=192.168.1.3,port=99,user=user"
cd: no such file or directory: /run/user/1000/gvfs/sftp:host=192.168.1.3,port=99,user=user

not sure what has changed since last week when gigolo handled on this on its own

xabbu · 3 November 2023 17:57

I don’t use a Gigolo just Thunar, but it works on my system as expected.

$ gio info sftp://xabbu@archlinux/
display name: / on archlinux
name: /
type: directory
size:  257
uri: sftp://xabbu@archlinux/
local path: /run/user/1000/gvfs/sftp:host=archlinux,user=xabbu
unix mount: gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000
attributes:
  standard::type: 2
  standard::is-symlink: FALSE
  standard::name: /
  standard::display-name: / on archlinux
  standard::icon: inode-directory, folder, inode-directory-symbolic, folder-symbolic
  standard::content-type: inode/directory
  standard::fast-content-type: inode/directory
  standard::size: 257
  standard::symbolic-icon: inode-directory-symbolic, folder-symbolic, inode-directory, folder
  etag::value: 1695452456
  id::filesystem: sftp:host=archlinux,user=xabbu
  access::can-read: TRUE
  access::can-execute: TRUE
  access::can-trash: FALSE
  time::modified: 1695452456
  time::access: 1699010027
  unix::mode: 16877
  unix::uid: 0
  unix::gid: 0

$ ls -l /run/user/1000/gvfs/
total 1
drwxr-xr-x 1 xabbu xabbu 257 23. Sep 09:00 'sftp:host=archlinux,user=xabbu'

Do you have any folder in /run/user/1000/gvfs/ ?

soda · 3 November 2023 17:59

no it is empty

$ ls -l /run/user/1000/gvfs/
total 0

soda · 3 November 2023 18:02

I noticed this difference in the outputs:

xabbu · 3 November 2023 18:09

/run/user/1000 is also tmpfs on my system, but /run/user/1000/gvfs is gvfsd-fuse

$ mount | grep /run/user/1000
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=3278756k,nr_inodes=819689,mode=700,uid=1000,gid=1000,inode64)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

soda · 3 November 2023 18:41

I get

$ mount | grep /run/user/1000
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=3227604k,nr_inodes=806901,mode=700,uid=1000,gid=1000,inode64)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

What should be running to support gvfsd? The only thing I can find relevant is this:

$ systemctl list-units | grep gv
  run-user-1001-gvfs.mount                                                                 loaded active mounted   /run/user/1001/gvfs

which I noticed is uid 1001 rather than 1000. So I check to see and find:

ll /run/user
total 0
drwx------ 16 currerentuseraccount   currerentuseraccount   440 Nov  3 13:12 1000
drwx------ 15 anotheruseraccount anotheruseraccount 380 Nov  2 20:28 1001

and actually if I allow a little more flexibility with the userid in your suggested command, I get more results:

$ mount | grep /run/user/
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=3227604k,nr_inodes=806901,mode=700,uid=1000,gid=1000,inode64)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
tmpfs on /run/user/1001 type tmpfs (rw,nosuid,nodev,relatime,size=3227604k,nr_inodes=806901,mode=700,uid=1001,gid=1001,inode64)
gvfsd-fuse on /run/user/1001/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1001,group_id=1001)
portal on /run/user/1001/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1001,group_id=1001)

I will try restarting the computer, logging directly with the 1000 account to see if any changes

not sure if any of this will be relevant. I did try mounting the shares with uid 1001 account to test if it was a user-level configuration problem. outcome was the same. as OP. it is probably why there are 2 directories in /run/user/

soda · 3 November 2023 19:16

well after a reboot, and mounting the external volumes with gigolo as before, the issue seems to be evaporated.

If I cd "/run/user/1000/gvfs/sftp:host=192.168.1.3,port=99,user=user" && ls I find the contents of the other machine exactly as expected.

Don’t know how it got fixed. But it did. Thanks @xabbu and @megavolt

system · 6 November 2023 09:16

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.