Bug#956009: gvfs: Nautilus not mounting filesystems in /run/user/1000/gvfs

[Bill Wohler]

Package: gvfs
Version: 1.44.1-1
Severity: important

Since a recent upgrade to bullseye from stretch, navigating to a remote
Samba directory via Nautilus or running "gio mount smb://server/share"
no longer creates a mount point in /run/user/1000/gvfs.

I found [1] which may be helpful. There's a glib packaging fix suggested
at the end. I tried the suggested workaround [2] to no avail. I didn't
find a Debian glib package. The closest I found was
glib-networking:amd64, 2.64.1-1.

1. https://github.com/NixOS/nixpkgs/issues/50254
2. systemctl --user stop gvfs-daemon

I marked this important since my scripts that depend on this directory
are broken until the directory is populated, or I read some
documentation that points out that the mounts can be found elsewhere. So
far, all of the documentation points to /run/user/1000/gvfs or
$XDG_RUNTIME_DIR/gvfs, which is empty.

In case it is useful, here are some diagnostics after running [2]
and mounting a remote filesystem in nautilus.

[wohler@olgas doc]$ systemctl --user stop gvfs-daemon
[Mount somedirectory from somehostname in Nautilus.]
[/var/log/syslog]
Apr 5 10:50:59 olgas systemd[3267]: Stopping Virtual filesystem service...
Apr 5 10:50:59 olgas systemd[3267]: gvfs-daemon.service: Succeeded.
Apr 5 10:50:59 olgas systemd[3267]: Stopped Virtual filesystem service.
Apr 5 10:51:20 olgas dbus-daemon[7865]: [session uid=1000 pid=7865] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.140' (uid=1000 pid=14616 comm="gio mount --list ")
Apr 5 10:51:20 olgas systemd[3267]: Starting Virtual filesystem service...
Apr 5 10:51:20 olgas dbus-daemon[7865]: [session uid=1000 pid=7865] Successfully activated service 'org.gtk.vfs.Daemon'
Apr 5 10:51:20 olgas systemd[3267]: Started Virtual filesystem service.

[Starting Nautilus]
Apr 5 10:54:05 olgas dbus-daemon[7865]: [session uid=1000 pid=7865] Activating service name='org.gnome.Nautilus' requested by ':1.39' (uid=1000 pid=8340 comm="/usr/bin/gnome-shell ")
Apr 5 10:54:05 olgas dbus-daemon[7865]: [session uid=1000 pid=7865] Successfully activated service 'org.gnome.Nautilus'
Apr 5 10:54:05 olgas org.gnome.Nautilus[14669]: Initializing nautilus-dropbox 2019.02.14
Apr 5 10:54:05 olgas dbus-daemon[679]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.1969' (uid=1000 pid=14669 comm="/usr/bin/nautilus --gapplication-service ")
Apr 5 10:54:05 olgas systemd[1]: Starting Hostname Service...
Apr 5 10:54:05 olgas dbus-daemon[679]: [system] Successfully activated service 'org.freedesktop.hostname1'
Apr 5 10:54:05 olgas systemd[1]: Started Hostname Service.

[Navigating to Samba filesystem.]
[No output in /var/log/syslog.]

[wohler@olgas ~]$ gio mount --list
...
Mount(1): public on <hostname> -> smb://somehostname/somedirectory>/
Type: GDaemonMount

[wohler@olgas ~]$ ls /run/user/1000/gvfs
[wohler@olgas ~]$

-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.4.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gvfs depends on:
ii gvfs-common 1.44.1-1
ii gvfs-daemons 1.44.1-1
ii gvfs-libs 1.44.1-1
ii libc6 2.30-4
ii libglib2.0-0 2.64.1-1

gvfs recommends no packages.

Versions of packages gvfs suggests:
ii gvfs-backends 1.44.1-1

-- no debconf information

--
Bill Wohler <woh...@newt.com> aka <Bill....@nasa.gov>
http://www.newt.com/wohler/, GnuPG ID:610BD9AD

[Simon McVittie]

On Sun, 05 Apr 2020 at 11:45:07 -0700, Bill Wohler wrote:
> Since a recent upgrade to bullseye from stretch

Skipping a version when upgrading is not supported. Each version of Debian
represents about 2 years of development, and an upgrade path that applies
4 years of changes in a single transaction (and in particular ends up
running user-space processes on a kernel 4 years older than the one they
were tested with) is not something we can rely on.

If you have other Debian 9 'stretch' systems, please upgrade them to
Debian 10 'buster' and reboot, before attempting to upgrade to bullseye
(which is going to be Debian 11 when it gets released).

> navigating to a remote
> Samba directory via Nautilus or running "gio mount smb://server/share"
> no longer creates a mount point in /run/user/1000/gvfs.

Do you have gvfs-fuse installed? That's the package that is responsible for
mounting these FUSE filesystems in Debian. Perhaps it should be a
Recommends or Suggests; we should certainly set up the reportbug metadata
so that when you report gvfs bugs, the presence or absence of gvfs-fuse is
part of the bug report.

> I didn't find a Debian glib package. The closest I found was
> glib-networking:amd64, 2.64.1-1.

The source package for GLib in Debian is glib2.0, and the actual shared
library is in the libglib2.0-0 binary package. You have version 2.64.1-1,
according to reportbug.

smcv

[Lars Behrens]

Package: gvfs
Version: 1.46.2-1
Followup-For: Bug #956009




-- System Information:
Debian Release: 11.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-11-amd64 (SMP w/4 CPU threads)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash

Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gvfs depends on:

ii gvfs-common 1.46.2-1
ii gvfs-daemons 1.46.2-1
ii gvfs-libs 1.46.2-1
ii libc6 2.31-13+deb11u2
ii libglib2.0-0 2.66.8-1

gvfs recommends no packages.

Versions of packages gvfs suggests:

ii gvfs-backends 1.46.2-1

-- no debconf information

SMB-Mounts only appear in /var/run/$USER/gvfs when not logged in via GUI