Zugriffsrechte vom Verzeichnis “gvfs”

Problem
Unter Ubuntu ist mir jetzt mehrfach das versteckte Verzeichnis “.gvfs” aufgefallen. Er ist im jeweiligen home-Verzeichnis des Benutzers und hat manchmal die Zugriffsrechte auf root gesetzt. Nun ist das nicht unbedingt hinderlich im tĂ€glichen Betrieb, aber

  1. Was ist gvfs ĂŒberhaupt?
  2. Warum hat ein Verzeichnis das nur den Benutzer gehören soll, root-Rechte?
  3. Von rsync wird natĂŒrlich ein Fehler ausgegeben.
  4. Warum können die Rechte mit chown nicht auf den Benutzer gesetzt werden?

Lösung

  1. Gvfs kann man mit “Gnome virtual Filesystem” auflösen. Das ist die VerknĂŒpfung von verschieden GerĂ€ten mit ihren verschiedenen Dateisystemen, wie Windows sein NTFS oder Dateisysteme die ĂŒber Netzwerke erreichbar sind.
  2. Das weiß ich auch nicht, eventuell ist hier ein Sicherheitskonzept zu weit gegangen.
  3. Fehlermeldungen sind immer Àrgerlich und man möchte diese verstehen und beheben.
  4. Und jetzt meine gefundene Lösung. Erst dachte ich bei der Einrichtung eines neuen PC, das die Ursache bei der angeschlossenen, ebenfalls neuen externen Festplatte mit ihrem NTFS-Dateisystem liegt. Doch das zurĂŒckholen der Rechte gelang immer noch nicht. Nach lĂ€ngerem Nachdenken kam ich darauf, dass die Sperrung auf Grund eines gestartetem Daemon, Dienstes, erfolgt. Daher sah ich im Autostart nach und fand das “Bluemann-Applet”, ein Bluetooth-Manager. Bluetooth ist eine Netzwerktechnologie fĂŒr kurze kabellose Verbindungen zu anderen Dateisystemen.
    Und das war es. Ich benutze aus meinem SicherheitsverstĂ€ndnis kein Bluetooth und habe es kurzerhand fĂŒr immer entfernt, deaktivieren wĂŒrde aber auch reichen.
    Nun konnte ich nach einem Neustart ohne den Bluetooth-Diensten die Rechte wieder zurĂŒck erlangen. Die Option rekursiv nur aus Faulheit um das Verzeichnis nicht noch untersuchen zu mĂŒssen auf eventuelle Inhalte.

Eingabe in der Konsole

amnesia@amnesia:~$ sudo chown -R amnesia:amnesia .gvfs

RechteprĂŒfung im Terminal

amnesia@amnesia:~$ ls -al

Die Rechte vorher: dr-x—— 2 root root
Die Rechte danach: drwx—— 2 amnesia amnesia

Mit chmod hÀtte ich das Problem schneller gelöst, also zuerst Schreibrechte einfordern und dann Benutzerwechsel, nur hÀtte ich die Ursache nicht erkannt.


Schlagworte:
“Die angeforderte Funktion ist nicht implementiert”, “Permission denied”, chown, chmod, fsck, versteckte Verzeichnisse / Ordner, Zugriffsrechte, Dateisystem, Schreibschutz