Mountpunkt¶

Von den Kernel-Routinen des Pakets mount her ist man gewohnt, dass man zum Einbinden eines Dateisystems immer zuerst einen Einhängepunkt (Mountpunkt) erstellen und diesen dann im mount-Befehl angeben muss. Für das GVFS gilt dies nicht. Dieses erstellt automatisch einen geeigneten Mountpunkt, der im Befehl gvfs-mount nicht anzugeben ist, und der auch beim Aushängen des Dateisystems wieder selbständig gelöscht wird. Wo sich dieser Mountpunkt befindet, hängt von der Art des eingebundenen Dateisystems ab.

Einbinden lokaler Dateisysteme¶

Als "lokal" gelten Dateisysteme, die sich auf internen Datenträgern (Festplatten) oder aber auf externen Datenträgern wie USB-Sticks, CD-ROM usw. befinden, die direkt am Rechner angeschlossen sind. Üblicherweise werden lokale Dateisysteme, die zwar beim Booten erkannt und in der Datei /dev eingetragen wurden, die aber nicht schon anderweitig eingebunden oder per Eintrag in /etc/fstab zum temporären Einbinden vorbereitet sind, vom jeweiligen Dateimanager (z.B. Nautilis, Thunar ...) beim ersten Zugriffsversuch über das GVFS eingebunden. Dieser Vorgang geschieht transparent (d.h. vom Benutzer weitgehend unbemerkt) im Hintergrund und wird als "Dynamisches Einbinden" (Dynamisches Mounten) bezeichnet. Das Dateisystem bleibt bis zum Ende der Sitzung eingebunden. Außer bei MATE erscheint jetzt kein Symbol auf dem Desktop, sondern nur noch in der Seitenliste des Dateimanagers.

In den meisten Fällen erweist sich dieses Dynamische Mounten als sehr praktisch. Es hat jedoch den Nachteil, dass man dann, wenn man nicht über den Dateimanager, sondern direkt mit einem Anwendungsprogramm oder auch über das Netzwerk auf eine solche Datei zugreifen möchte, leicht übersieht, dass diese eventuell noch gar nicht eingebunden ist. Dies gilt umso mehr, als in der Seitenliste auch Dateisysteme erscheinen, die zwar vorhanden, aber nicht eingebunden sind.

Deshalb kann man Dateisysteme dieser Art mit dem GVFS auch unabhängig vom Dateimanager direkt einbinden. Im Terminal geschieht dies mit dem Befehl gvfs-mount und der Option -d bzw. --device. Beispiel:

gvfs-mount -d /dev/sdb1 

Den Mountpunkt für lokale Dateisysteme erstellt das GVFS selbständig im Systemordner /media. Als Namen für den Mountpunkt entnimmt es aus dem Eintrag in /dev das Label oder, falls nicht vorhanden, die UUID des Datenträgers. Auf das so eingebundene Dateisystem kann dann genau so wie auf jedes andere mit der Kernel-Routine mount eingebundene Dateisystem zugegriffen werden. Die Befehlszeile kann man auch als Startprogramm eintragen (nicht aber in /etc/rc.local, da diese Datei schon abgearbeitet wird, bevor die GUI eingerichtet ist). Dies stellt dann eine einfache, benutzerbezogene Alternative zum systemweiten statischen Mounten mittels Eintrag in /etc/fstab dar.

Noch einfacher gestaltet sich das temporäre oder statische Einbinden mittels GVFS mit dem grafischen Tool Gigolo.

Im Gegensatz zu Netzwerk-Dateisystemen (s.u.) werden lokale Dateisysteme auch beim Einbinden mittels GVFS in der Datei /etc/mtab eingetragen. Sie werden deshalb bei dem Befehl mount mit angezeigt und lassen sich mit dem Befehl umount wieder aushängen.

Da sich das Einbinden lokaler Dateisysteme mit dem GVFS sehr einfach gestaltet, und da es dabei kaum Besonderheiten zu beachten gibt, konzentriert sich der Artikel im Folgenden auf Netzwerk-Dateisysteme.

Unterstützte Netzwerk-Protokolle¶

Folgende Netzwerk-Protokolle werden derzeit vom GVFS unterstützt:

• Samba bzw. Windows-Freigaben (smb://)

• FTP (ftp://)

• SSH und SFTP (ssh:// bzw. sftp://)

• WebDAV (dav:// und davs://)

• OBEX-FTP (obex://[xx:xx:xx:xx:xx:x] zum Browsen und Datenaustausch über Bluetooth)

Das Netzwerk-Protokoll NFS wird zwar mittlerweile vom GVFS unterstützt, jedoch ist das dafür notwendige Backend in Ubuntu nicht verfügbar.

Ähnlich wie Netzwerk-Protokolle behandelt das GVFS auch Folgendes:

• Datenträger (computer://)

• Papierkorb (trash://)

• Netzwerkumgebung (network://)

• Brennprogramme (burn://)

• Digitalkameras (gphoto2://)

• Dateien mit Root-Rechten öffnen: (admin://) - ab Ubuntu 17.04 verfügbar.

Seit Ubuntu 13.10 unterstützt das GVFS auch MTP, sodass sich auch über USB angeschlossene Smartphones, Tabletts usw. direkt über das GVFS ansprechen lassen.

Auflösung von Rechnernamen¶

Grundsätzlich werden Rechner im Netzwerk über ihre IP-Adresse angesprochen. Liegt ein entsprechender Eintrag in der Datei /etc/hosts vor, kann statt dessen auch der Rechnername verwendet werden. Manche Dienste stellen auch eigene Dienste zur Namensauflösung zur Verfügung (z.B. nmbd bei Samba), auf die das GVFS zurückgreifen kann.

Unabhängig davon unterstützt das GVFS auch die Namensauflösung über Avahi. Hierzu muss an den Rechnernamen noch ".local" angehängt werden (Beispiel: Heimserver.local). Über Avahi werden nur Rechner erkannt, auf denen ebenfalls ein Zeroconf-Service läuft (Avahi bei Linux oder Bonjour bei Mac OS X). Avahi gehört in Ubuntu zur Standard-Ausrüstung.

Transparente Verwendung im Dateimanager¶

Bindet man Netzwerk-Freigaben mit dem Dateimanager ("Netzwerk durchsuchen", über "Orte → Netzwerk" oder auch über die Adresszeile) ein, so wird dabei im Hintergrund gvfs-mount verwendet (siehe auch z.B. Samba Client GNOME). Da hier das Einbinden erst beim ersten Zugriff bzw. beim Öffnen des entsprechenden Manager-Fenster erfolgt, nennt man es auch "dynamisch". Außer bei MATE erscheinen eingebundene Freigaben inzwischen nur noch in der Seitenliste des Dateimanagers.

Manche Dateimanager (z.B. Thunar, nicht aber Nautilus und Caja) hängen die mittels Mausklick dynamisch eingebundenen Freigaben beim Schließen des entsprechenden Manager-Fensters automatisch wieder aus.

Kann auf die Freigaben wahlweise mit und ohne Eingabe von Benutzername und Passwort zugegriffen werden (z.B. bei Samba-Freigaben mit erlaubtem Gast-Zugang), so wählt der Dateimanager beim Browsen mittels "Netzwerk durchsuchen" automatisch stets den einfacheren Weg ohne Passwort. Beim Zugriff über "Orte → Verbindung zu Server" hat man hingegen immer die Möglichkeit, zwischen einem Zugriff mit und ohne Passwort zu wählen.

Mit gvfs-mount werden Freigaben immer temporär, d.h. maximal für die jeweilige Sitzung, eingebunden. Nach einem Benutzerwechsel oder Neustart müssen sie wieder neu gemountet werden. Dies kann jedoch automatisiert werden.

Gigolo¶

Ein grafisches Frontend speziell für gvfs-mount ist das Tool Gigolo. Es ist nicht nur dann von Interesse, wenn der verwendete Dateimanager das GVFS nicht unterstützt (z.B. auch ältere Versionen von Thunar oder PCManFM), denn es bietet Optionen, die über die eines gewöhnlichen Dateimanagers hinausgehen, wie z.B. das Erstellen von Lesezeichen und das automatische Einbinden von Freigaben beim Einloggen des Benutzers (Autostart).

Im Gegensatz zu Gigolo verwenden Smb4K kein GVFS.

gvfs-mount im Terminal¶

gvfs-mount lässt sich auch im Terminal^[2] und in Skripten verwenden. Eine knappe Übersicht über die Syntax erhält man mittels

gvfs-mount -h 

oder seit Ubuntu 14.04 etwas ausführlicher über die Manpage.

gvfs-mount smb://Heimserver/Musik 

gvfs-mount -u smb://Heimserver/Musik 

Automatisches Einbinden¶

Eine sehr bequeme Möglichkeit zum automatischen Einbinden von Freigaben bietet das graphische Tool Gigolo. Alternativ ist dies auch über ein Mount-Skript möglich.

#!/bin/bash
gvfs-mount smb://Heimserver/Fotos
gvfs-mount smb://Heimserver/Musik

Udo

geheim

#!/bin/bash
gvfs-mount smb://Heimserver/Dokumente </home/udo/.smbcreds
gvfs-mount smb://Heimserver/Texte </home/udo/.smbcreds

chmod 0600 /home/udo/.smbcreds 

GVFS und FUSE, alternativer Zugriff¶

Die vom GVFS für den Zugriff auf Netzwerk-Freigaben verwendete Syntax (smb://…, ftp://… usw.) entspricht nicht dem POSIX-Standard. Für die meisten Dateimanager und Anwendungsprogramme ist dies kein Problem. Ein Zugriff über ein Terminal ist mit dieser Syntax jedoch nur mittels spezieller Befehle (s.o.) möglich. Außerdem gibt es immer noch einige Programme, die für den Dateizugriff einen POSIX-konformen Zugriffspfad verlangen.

Deshalb bindet gvfs-mount Netzwerk-Dateisysteme (nur diese) noch zusätzlich – falls vorhanden – über FUSE an anderer Stelle ein. Seit Ubuntu 14.04 wird /run/user/BENUTZER-UID/gvfs/… verwendet.

Wegen des sehr komplizierten Zugriffspfades und Namens empfiehlt es sich, für die eingebundenen Freigaben einfacher zugängliche Symbolische Verknüpfungen einzurichten.

Einbinden von Online-Speichern¶

Internet-Provider bieten oftmals noch kostenlosen Online-Speicher an, auf den über den Webbrowser zugegriffen werden kann. Besonders dann, wenn man eine schnelle Internet-Verbindung hat, möchte man diesen auch gerne als Netzwerk-Ordner einbinden. Die vom Provider dafür bereitgestellte Software ist aber oftmals für Linux nicht geeignet. Da für den Datenaustausch WebDAV verwendet wird, lässt sich der Zugriff aber leicht mit gvfs-mount bewerkstelligen. So lautet z.B. die Befehlszeile fürs Einbinden des T-Online-Mediencenters ("MagentaCloud"):

gvfs-mount davs://magentacloud.de:443 

Die Port-Angabe (:443) ist meist nicht nötig. Als Benutzername muss in diesem Beispiel die T-Online-E-Mail-Adresse und als Passwort das mit T-Online vereinbarte Passwort angegeben werden. Wie oben beschrieben, lässt sich dies natürlich auch automatisieren.

Eine Liste mit Zugangsdaten verschiedener WebDAV-Anbieter findet sich hier.

Freigaben lassen sich nicht einbinden¶

client NTLMv2 auth = no

client lanman auth = yes

Entstellte Datei- und Ordnernamen¶

Automatisch erzeugte Datei- und Ordnernamen (z.B. durch Kameras oder CD-Ripper) werden im GVFS gelegentlich bis zur Unkenntlichkeit entstellt. Grundsätzlich dürfen Datei- und Ordnernamen im GVFS auch nationale Sonderzeichen (Umlaute, Akzente) sowie Leerzeichen enthalten. Einige Zeichen wie z.B. : , / führen jedoch zu Problemen bei plattformübergreifender Nutzung. Dann gibt es keinen anderen Ausweg, als diese Dateinamen auf dem Server zu ändern – oder die Freigaben ohne GVFS (z.B. mit mount.cifs) einzubinden.

Symlinks zum Mountpunkt scheinbar nicht möglich¶

Manche Dateimanager (z.B. Thunar) gestatten es nicht, symbolische Verknüpfungen zum Mountpunkt in /run/user/BENUTZER-UID/gvfs herzustellen. Der Grund dafür sind die Sonderzeichen "=", "," und ":", die dort von gvfs-mount im Dateinamen verwendet werden. Die gewünschten Verknüpfungen lassen sich aber trotz der Sonderzeichen problemlos in einem Terminal ^[2] mit dem Befehl ln -s QUELLE ZIEL erstellen, wenn den Sonderzeichen ein Backslash ("\") vorangestellt wird. Beispiel:

ln -s /run/user/1000/gvfs/smb-share\:server\=diskstation\,share\=public ~/Diskstation/Public 

Zeitstempel (Datum und Uhrzeit) werden verändert¶

Manche Netzwerk-Protokolle erlauben die Übertragung der Dateiattribute zwischen Server und Client, z.B. Samba über die "cifs-UNIX-Extensions". Wenn dies von gvfs-mount nicht unterstützt wird, gelten auf den Server kopierte Dateien dort als neu angelegt (erhalten das Datum des Kopiervorgangs). Vor allem bei bidirektionaler Datensynchronisation (Abgleich in beide Richtungen, siehe z.B. Unison oder FreeFileSync) kann dies zu erheblichen Problemen führen.