Czy ktoś może mi powiedzieć, co robię źle, co to jest lub jak to naprawić? Korzystam z Fedory 18 i pojawia się błąd
[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
źródło
źródło
find
wiersza poleceń?Odpowiedzi:
Nie robisz nic złego i nie ma nic do naprawienia.
/run/user/$uid/gvfs
lub~$user/.gvfs
jest punktem podłączenia interfejsu FUSE do GVFS . GVFS to wirtualna implementacja systemu plików dla Gnome, która pozwala aplikacjom Gnome na dostęp do zasobów takich jak serwery FTP lub Samba lub do zawartości plików zip takich jak katalogi lokalne. FUSE to sposób na implementację sterowników systemu plików jako kodu użytkownika (zamiast kodu jądra). Brama GVFS-FUSE sprawia, że sterowniki systemu plików GVFS są dostępne dla wszystkich aplikacji, nie tylko tych korzystających z bibliotek Gnome.Zarządzanie granicami zaufania w systemach plików FUSE jest trudne, ponieważ sterownik systemu plików działa jako użytkownik nieuprzywilejowany, w przeciwieństwie do kodu jądra dla tradycyjnych systemów plików. Aby uniknąć komplikacji, domyślnie systemy plików FUSE są dostępne tylko dla użytkownika uruchamiającego proces sterownika. Nawet root nie może ominąć tego ograniczenia.
Jeśli szukasz pliku tylko w lokalnych systemach plików, przejdź
-xdev
dofind
. Jeśli chcesz przeglądać wiele lokalnych systemów plików, wylicz je wszystkie.Jeśli plik jest obecny od wczoraj, możesz spróbować
locate ngirc
zamiast tego (locate
przeszukuje bazę danych nazw plików, która zazwyczaj jest aktualizowana co noc).Jeśli chcesz przejść przez punkty montowania GVFS, musisz to zrobić jako odpowiedni użytkownik.
źródło
To problem z bezpiecznikiem . Żaden użytkownik oprócz właściciela nie może czytać. Aby obejść domyślną konfigurację, spróbuj włączyć opcję user_allow_other. Ta opcja jest określona przez dodanie jej do /etc/fuse.conf. Nie ma żadnej wartości, po prostu określ opcję w pustym wierszu.
źródło
Jeśli otrzymujesz pozwolenie i inne szczegóły dotyczące gvfs, jak poniżej
następnie po prostu odmontuj gvfs za pomocą następującego polecenia. Twój problem zostanie rozwiązany po wykonaniu tego procesu.
GVFS (GNOME Virtual File System) to wirtualny system plików dla pulpitu GNOME, który umożliwia użytkownikom łatwy dostęp do zdalnych danych za pośrednictwem SFTP, FTP, WebDAV, SMB i danych lokalnych poprzez integrację udev, dzięki czemu nie musisz się bać podczas odmontowywania .
źródło
jest to stary wątek, ale w raportach o błędach gnome jest to ostatnio otwarty problem, więc może być przydatny dla każdego, kto szuka godzin rozwiązania rozwiązania problemów z gvfs-fuser - które wydają się być ściśle powiązane.
Błąd Msg z połączenia:
Napotkałem problem z gvfs-fuser podczas próby użycia meld / diff / kdiff przez ftp. Wygląda na to, że problem dotyczy utrwalacza i gvfs. Problem wydaje się nie występować w wersji 3.15.1, ale zaczyna być zgłaszany w wersji 3.15.2. (Nowy python ver?) Rozwiązanie to obejście, a nie poprawka - pliki / katalogi zostaną skopiowane, ale błąd nadal jest wyświetlany.
Odpowiedź Christophera określa problem i zapewnia rozwiązanie.
Innym możliwym rozwiązaniem jest użycie sshfs (zobacz ten komentarz i ten wątek ). Aby uzyskać więcej informacji
gvfs-commands
, zobacz Jaka jest różnica między poleceniami gvfs a typowymi poleceniami, takimi jak cat, ls, cp?Prawdopodobnie powiązane błędy to GNOME # 317875 i GNOME # 768281 .
źródło