☰

루트로 실행해도 /run/user/1000/gvfs를 읽을 수 없는 이유는 무엇입니까?

tag-icon • tag-icon permissions root gvfs
루트로 실행해도 /run/user/1000/gvfs를 읽을 수 없는 이유는 무엇입니까?

누군가 내가 뭘 잘못하고 있는지, 그게 무엇인지, 아니면 어떻게 고칠 수 있는지 말해 줄 수 있나요? Fedora 18을 실행 중인데 오류가 발생합니다.

[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

답변1

당신은 잘못한 것이 없으며 그것을 바로잡기 위해 할 수 있는 일도 없습니다. /run/user/$uid/gvfs또는 ~$user/.gvfs마운트 지점퓨즈인터페이스중력 가속도 센서. GVFS는 Gnome의 가상 파일 시스템 구현으로, Gnome 응용 프로그램이 FTP나 Samba 서버와 같은 리소스나 로컬 디렉터리와 같은 zip 파일의 내용에 액세스할 수 있게 해줍니다. FUSE는 파일 시스템 드라이버를 커널 코드가 아닌 사용자 코드로 구현하는 방법입니다. GVFS-FUSE 게이트웨이를 사용하면 Gnome 라이브러리를 사용하는 애플리케이션뿐만 아니라 모든 애플리케이션이 GVFS 파일 시스템 드라이버에 액세스할 수 있습니다.

FUSE 파일 시스템으로 신뢰 경계를 관리하는 것은 파일 시스템 드라이버가 기존 파일 시스템의 커널 코드가 아닌 권한 없는 사용자로 실행되기 때문에 어렵습니다. 복잡함을 피하기 위해 기본적으로 FUSE 파일 시스템은 드라이버 프로세스를 실행하는 사용자만 액세스할 수 있습니다. 루트조차도 이 제한을 우회할 수 없습니다.

로컬 파일 시스템에서만 파일을 검색하는 경우 에 전달합니다 -xdev. find여러 로컬 파일 시스템을 탐색하려면 모두 열거합니다.

find  / /home -xdev -name ngirc

어제부터 파일이 존재한다면 시도해 볼 수 있습니다locate ngirc대신 ( locate보통 밤마다 업데이트되는 파일 이름 데이터베이스 검색)

GVFS 마운트 지점을 통과하려면 적절한 사용자로 수행해야 합니다.

find / -name ngirc -path '/run/user/*/gvfs' -prune -o -path '/home/*/.gvfs' -prune -o -name ngirc -print
for d in /run/user/*; do su "${d##*/}" -c "find $d -name ngirc -print"; done

답변2

그것은퓨즈 문제. 소유자 이외의 사용자는 읽을 수 없습니다. 기본 구성 문제를 해결하려면 user_allow_other 옵션을 활성화해 보십시오. 이 옵션을 /etc/fuse.conf에 추가하여 지정하십시오. 값이 없습니다. 빈 줄에 옵션을 지정하면 됩니다.

답변3

다음과 같이 gvfs에 대한 라이센스 및 기타 세부 사항을 얻으면

d?????????? ? ?    ?      ?            ? gvfs

그런 다음 다음 명령을 사용하여 gvfs를 제거합니다. 이 과정을 따르면 문제가 해결될 것입니다.

umount ~/gvfs(umount /run/user/112/gvfs in my case).

GVFS(GNOME 가상 파일 시스템)는 사용자가 SFTP, FTP, WebDAV, SMB를 통한 원격 데이터 및 udev 통합을 통한 로컬 데이터에 쉽게 접근할 수 있게 해주는 GNOME 데스크탑용 가상 파일 시스템이므로 제거 시 걱정할 필요가 없습니다. .

답변4

이것은 오래된 스레드이지만 최근 gnome 버그 보고서에서 해결되지 않은 문제이므로 gvfs-fuser 문제를 해결하기 위한 솔루션을 찾는 데 몇 시간을 소비한 사람에게 유용할 수 있습니다. 이 모든 문제는 모두 밀접하게 관련되어 있는 것 같습니다.

Fusion의 오류 메시지:

Error copying '/media/root/5FDA03906F33F217/SAVE/rsyncTEST-usb/allusers' to '/run/user/0/gvfs/ftp:host=192.168.0.103/var/ftp/ftpd/images/PersistenceUSBs/rsync-meld/allusers'

[Errno 95] Operation not supported: '/run/user/0/gvfs/ftp:host=192.168.0.103/var/ftp/ftpd/images/PersistenceUSBs/rsync-meld/allusers'.

FTP를 통해 meld/diff/kdiff를 사용하는 동안 gvfs-fuser에 문제가 있습니다. fusionr와 gvfs 사이에 문제가 있는 것 같습니다. 이 문제는 3.15.1에서는 발생하지 않는 것으로 보이지만 3.15.2에서 보고되기 시작했습니다. (새로운 Python 버전?) 해결책은 해결 방법이지 수정 사항이 아닙니다. 파일/디렉토리는 복사되지만 오류는 계속 표시됩니다.

크리스토퍼의 대답문제를 정의하고 해결책을 제시하세요.

또 다른 가능한 해결책은 sshfs를 사용하는 것입니다(참조:이 댓글그리고이 스레드). 자세한 내용은 gvfs-commands다음을 참조하세요.gvfs 명령과 cat, ls, cp 등과 같은 일반적인 명령의 차이점은 무엇입니까?

관련 오류에는 다음이 포함될 수 있습니다.그놈 #317875그리고그놈 #768281.

관련 정보