Kann mir jemand sagen, was ich falsch mache, was das ist oder wie man es repariert? Ich verwende Fedora 18 und erhalte den angezeigten Fehler
[root@servername /]# find . -name ngirc
find: `./run/user/1000/gvfs': Permission denied
[root@servername /]#
[root@thinktank /]# pwd
/
[root@thinktank /]# ls -ltr ./run/user/1000
ls: cannot access ./run/user/1000/gvfs: Permission denied
total 0
d?????????? ? ? ? ? ? gvfs
lrwxrwxrwx. 1 root root 17 May 28 12:30 X11-display -> /tmp/.X11-unix/X0
drwx------. 2 kal kal 120 May 28 12:30 keyring-QjDw4b
drwx------. 2 kal kal 40 May 28 12:30 gvfs-burn
drwx------. 2 kal kal 60 May 28 12:30 krb5cc_5f0bcaf94f916d6b61696e2251a4dbb3
drwx------. 2 kal kal 60 May 28 18:25 dconf
permissions
root
gvfs
kal
quelle
quelle
find
Befehlszeile aus.Antworten:
Sie machen nichts falsch und es gibt nichts zu reparieren.
/run/user/$uid/gvfs
oder~$user/.gvfs
ist der Einhängepunkt für die FUSE- Schnittstelle zu GVFS . GVFS ist eine virtuelle Dateisystem-Implementierung für Gnome, mit der Gnome-Anwendungen auf Ressourcen wie FTP- oder Samba-Server oder auf den Inhalt von ZIP-Dateien wie lokale Verzeichnisse zugreifen können. FUSE ist eine Möglichkeit, Dateisystemtreiber als Benutzercode (anstelle von Kernelcode) zu implementieren. Das GVFS-FUSE-Gateway macht GVFS-Dateisystemtreiber für alle Anwendungen zugänglich, nicht nur für diejenigen, die Gnome-Bibliotheken verwenden.Das Verwalten von Vertrauensgrenzen mit FUSE-Dateisystemen ist schwierig, da der Dateisystemtreiber im Gegensatz zum Kernelcode für herkömmliche Dateisysteme als nicht privilegierter Benutzer ausgeführt wird. Um Komplikationen zu vermeiden, ist der Zugriff auf FUSE-Dateisysteme standardmäßig nur dem Benutzer möglich, der den Treiberprozess ausführt. Sogar root kann diese Einschränkung nicht umgehen.
Wenn Sie nur auf lokalen Dateisystemen nach einer Datei suchen, gehen Sie
-xdev
zufind
. Wenn Sie mehrere lokale Dateisysteme durchlaufen möchten, listen Sie alle auf.Wenn die Datei seit gestern vorhanden ist, können Sie es
locate ngirc
stattdessen versuchen (locate
Durchsuchen einer Dateinamensdatenbank, die normalerweise nachts aktualisiert wird).Wenn Sie die GVFS-Einhängepunkte durchlaufen möchten, müssen Sie dies als der entsprechende Benutzer tun.
quelle
Es ist ein Sicherungsproblem . Kein Benutzer außer dem Eigentümer kann lesen. Aktivieren Sie die Option user_allow_other, um die Standardkonfiguration zu umgehen. Diese Option wird durch Hinzufügen zu /etc/fuse.conf angegeben. Es hat keinen Wert, geben Sie einfach die Option in einer leeren Zeile an.
quelle
Wenn Sie die Erlaubnis und andere Details für gvfs wie folgt erhalten
dann hänge einfach deine gvfs mit dem folgenden Befehl aus. Nachdem Sie diesen Vorgang ausgeführt haben, wird Ihr Problem behoben.
GVFS (GNOME Virtual File System) ist das virtuelle Dateisystem für den GNOME-Desktop, mit dem Benutzer einfach über die udev-Integration auf Remote-Daten über SFTP, FTP, WebDAV, SMB und lokale Daten zugreifen können .
quelle
Dies ist ein alter Thread, aber in GNOME-Fehlerberichten handelt es sich um ein aktuelles offenes Problem, sodass es für jeden von Nutzen sein kann, der stundenlang nach einer Lösung zur Behebung von Problemen mit gvfs-fuser sucht - die alle eng miteinander verbunden zu sein scheinen.
Fehlermeldung von Meldung:
Beim Versuch, meld / diff / kdiff über ftp zu verwenden, ist das Problem gvfs-fuser aufgetreten. Scheint, das Problem liegt zwischen Fixiereinheit und gvfs. Das Problem scheint in 3.15.1 nicht aufzutreten, wird jedoch in 3.15.2 gemeldet. (Die neue Python-Version?) Lösung: Es handelt sich um eine Problemumgehung, die nicht behoben werden kann. Dateien / Verzeichnisse werden kopiert, der Fehler wird jedoch weiterhin angezeigt.
Christophers Antwort definiert das Problem und liefert die Lösung.
Eine andere mögliche Lösung ist die Verwendung von sshfs (siehe diesen Kommentar und diesen Thread ). Weitere Informationen
gvfs-commands
finden Sie unter Was ist der Unterschied zwischen gvfs-Befehlen und allgemeinen Befehlen wie cat, ls, cp ?.Möglicherweise verwandte Fehler sind GNOME # 317875 und GNOME # 768281 .
quelle