Gewohnt, kann aber nicht mehr auf Dateien in gvfs von außerhalb von Nautilus zugreifen

435
Thorbjørn E. K. Christensen

Ich habe einen gemeinsam genutzten Windows-Server auf

/run/usr/1000/gvfs/smb-share:server=server.urlend,share=someshare

Ich hatte früher die Möglichkeit, auf Dateien zuzugreifen. Ich kann immer noch das Verzeichnis von nautilus durchsuchen, aber nicht aus dem Terminal, wenn sie versuchen zu laufen lsin /run/usr/1000/gvfs/mir den Fehler

ls: cannot access 'smb-share:server=server.urlend,share=someshare': Input/output error 'smb-share:server.urlend,share=someshare'

Die letzte Zeile ( 'smb-share:server.urlend,share=someshare') hat keine normale Textfarbe (ich weiß nicht, ob diese Informationen einen Wert enthalten)

0

1 Antwort auf die Frage

2
grawity

Klingt so, als hätte der Dämon gvfsd-fuse einige Probleme (wodurch die GVFS-Mounts exportiert werden /run/user). Inzwischen spricht Nautilus direkt mit den GVFS-Core-Daemons und verlässt sich nicht auf die FUSE-Schnittstelle.

Es wäre am einfachsten, sich pkill gvfserneut anzumelden.

Je nach Verteilung können Sie es auch versuchen systemctl --user restart gvfs-daemon.

Wenn Sie eine manuelle Bereinigung versuchen möchten, entfernen Sie zuerst das vorhandene Mount (beide Methoden funktionieren):

$ fusermount -u /run/user/1000/gvfs $ sudo umount /run/user/1000/gvfs

Dann entweder den FUSE-Daemon manuell starten ...

$ (setsid /usr/lib/gvfsd-fuse /run/user/1000/gvfs -f -o big_writes &)

... oder versuchen Sie, alle GVFS-Dienste neu zu starten:

$ systemctl --user restart gvfs-daemon
Vielen Dank für die Hilfe ;-). Beim Versuch, einen der Unmount-Befehle auszuführen, erhalte ich einen Mount-Besetzt-Fehler. Der Befehl `systemctl --user restart gvfs-daemon` hat gut funktioniert. Ich habe das getan (also kann ich nicht mehr testen, warum die Unmounts Fehlermeldungen ausgegeben haben) Thorbjørn E. K. Christensen vor 5 Jahren 0

Verwandte Probleme