This article relies too much on references to primary sources. (February 2017) (Learn how and when to remove this template message)
1.33.3 / July 19, 2017
|Type||abstraction layer for the files system|
GVfs (abbreviation for GNOME Virtual file system) is GNOME's userspace virtual filesystem designed to work with the I/O abstraction of GIO, a library available in GLib since version 2.15.1. It installs several modules that are automatically used by applications using the APIs of libgio. There is also FUSE support that allows applications not using GIO to access the GVfs filesystems.
The GVfs model differs from e.g. GnomeVFS, which it replaces, in that file systems must be mounted before they are used. There is a master daemon (
gvfsd) that handles coordinating mounts, and then each mount is (typically) in its own daemon process (although mounts can share daemon process).
GVfs comes with a set of back-ends, including trash support, SFTP, FTP, WebDAV, SMB, and local data via Udev integration, OBEX, MTP and others. GVfs does not seem to support the Files transferred over shell protocol (FISH).
GVfs also contains modules for GIO that implement volume monitors and the GNOME URI scheme handler configuration.
There is a set of arguments to the command line program "gio" that lets you run commands (like cat, ls, stat, mount, etc.) on files in the GVfs mounts.
Attached resources are exposed via a URI syntax, for example smb://server01/gamedata or ftp://username:email@example.com/public_html, but are also mounted in the traditional manner under
$XDG_RUNTIME_DIR/gvfs directory to make them available to applications using standard POSIX commands and I/O.
Along with generally useful APIs such as networking and D-Bus support, GIO also provides a VFS API to applications. GVfs provides implementations that go beyond that and allow to access files and storage using many protocols. GVfs provides implementations for various network file systems as loadable modules. Additionally GVfs also provides support for trash, network or recent folders, for cd burning and for monitoring interesting devices and volumes on the computer.
The goal of GVfs has been to overcome the shortcomings of GnomeVFS and provide an API that is so good that developers prefer it over raw POSIX calls. Among other things that means using GObject. It also means not cloning the POSIX API, but providing higher-level, document-centric interfaces. GTK+ can directly use it, e.g. in the filechooser.
Applications use GVfs indirectly, by means of GIO loading the GVfs module that implements the GIO extension points. The GVfs main daemon gvfsd spawns further mount daemons for each individual connection. The GVfs support for volume monitoring is included in a separate loadable module.
The actual GVfs implementation is distributed over a number of processes.
- a shared library which is loaded by applications supporting GIO
- GVfs itself, which contains a collection of daemons which communicate with each other and the GIO module over D-Bus.
A collection of command-line utilities (such as gvfs-mount, gvfs-less) works with VFS resources.
|gvfsd||gvfsd is the main daemon of GVfs. It provides the "org.gtk.vfs.Daemon" name on the session bus. gvfsd is autostarted by GIO clients if it is not running. The primary task of gvfsd is to act as a mount tracker/manager. It spawns new back-ends when requested and keeps track of their lifecycle, maintaining a list of active mounts and creates direct connections to them. gvfsd also starts the gvfsd-fuse(1), and provides it the mount point where the fuse file system should be mounted.|
|gvfsd-fuse||gvfsd-fuse maintains a FUSE (Filesystem in Userspace) mount to make GVfs back-ends available to POSIX applications. The mount point for the fuse filesystem is provided by the [PATH] argument. gvfsd-fuse is normally started by gvfsd.|
|gvfsd-metadata||gvfsd-metadata is a daemon acting as a write serialiser to the internal gvfs metadata storage. It is autostarted by GIO clients when they make metadata changes. Read operations are done by client-side GIO code directly, and don't require the daemon to be running. The gvfs metadata capabilities are used by the GNOME Files file manager, for example.|
|gvfs-goa-volume-monitor||support for GNOME Online Accounts (cf. GNOME Online Accounts in the GNOME wiki)|
|gfvs-gphoto2-volume-monitor||support for the Picture Transfer Protocol as implemented in gPhoto|
|gvfs-mtp-volume-monitor||support for the Media Transfer Protocol|
|gvfs-udisks2-volume-monitor||The gvfs-udisks2-volume-monitor process is responsible for the disks, media, mounts and fstab entries shown in the desktop user interface. In particular, GNOME Shell, GNOME Files as well as any other application using the GLib APIs, is using information from this process. In Debian it is distributed as part of the gvfs-daemons package. It is not to be confused with udisksd and udisksctl, which are part of the udisks2 package.
udisks: The udisks daemon serves as an interface to system block devices, implemented via D-Bus. It handles operations such as querying, mounting, unmounting, formatting, or detaching storage devices such as hard disks or USB thumb drives.
|gvfs-afc-volume-monitor||support for Apple File Conduit|
|gvfsd-afc||mounts iPhone/iPod touch volumes|
|gvfsd-afp||mounts Apple Filing Protocol volumes|
|gvfsd-afp-browse||browses Apple Filing Protocol volumes|
|gvfsd-archive||mounts archive files in various formats|
|gvfsd-burn||provides a location for burning CDs/optical discs|
|gvfsd-cdda||mounts audio CDs|
|gvfsd-dav||mounts DAV filesystems|
|gvfsd-ftp||mounts over FTP|
|gvfsd-gphoto2||mounts over PTP, meaning GVfs uses libgphoto2 to expose on-camera photos to GNOME applications via the VFS|
|gvfsd-http||mounts over HTTP|
|gvfsd-localtest||a test backend|
|gvfsd-mtp||mounts over MTP|
|gvfsd-nfs||mounts over NFS protocol|
|gvfsd-sftp||mounts over sftp|
|gvfsd-smb||mounts SMB (i.e. Windows Shares Filesystem) volumes|
|gvfsd-smb-browse||browses Windows Shares Filesystem volumes|
Please refer to https://wiki.gnome.org/Projects/gvfs/backends for the official documentation.
Devices connected over eSATA or USB are (supposed to be) physically hot-pluggable. When a device is physically connected to or physically removed from the computer system, the Linux kernel notices and sends out an event to user-space.
systemd-udevd receives such events and responds to them according to its quite comprehensive configuration:
- manages the special file system devfs mounted to
/dev, hence systemd-udevd dynamically creates and removes device nodes from /dev, it also loads drivers as necessary at boot time
- in case of a block device systemd-udevd notifies
The udisks2 daemon
udisksd serves as an interface to system block devices, implemented via D-Bus. It handles operations such as querying, mounting, unmounting, formatting, or detaching storage devices such as hard disks or USB thumb drives. This package also provides the
udisksctl utility, which can be used to trigger these operations from the command line (if permitted by PolicyKit).
- "GNOME git repository of GVfs".
- GNOME 2.22 Release Notes, 6.1: GVfs and GIO
- "gvfsd-fuse.1 - manned.org". manned.org. Retrieved 18 April 2018.
- "Nautilus' remote folder default mount point". askubuntu.com. Retrieved 18 April 2018.
- "Plans for gnome-vfs replacement". mail.gnome.org. Retrieved 18 April 2018.
- "gvfs status report". mail.gnome.org. Retrieved 18 April 2018.
- "Using GNOMEvfs to manipulate files", Linux.com
- "OpenSolaris 2009.06 - man page for gvfs-mount (opensolaris section 1) - Unix & Linux Commands". www.unix.com. Retrieved 18 April 2018.
- "filelist of gvfs-daemons package".
- "filelist of udisks2 package".
- David Zeuthen (2014-05-28). "Modern Mounting with Udisks2".