Alguém pode me dizer o que estou fazendo de errado, o que é isso ou como corrigi-lo? Estou executando o Fedora 18 e recebendo o erro mostrado
[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
fonte
fonte
findlinha de comando?Respostas:
Você não está fazendo nada de errado e não há nada para consertar.
/run/user/$uid/gvfsou~$user/.gvfsé o ponto de montagem da interface do FUSE para o GVFS . GVFS é uma implementação de sistema de arquivos virtual para o Gnome, que permite que aplicativos do Gnome acessem recursos como servidores FTP ou Samba ou o conteúdo de arquivos zip, como diretórios locais. O FUSE é uma maneira de implementar os drivers do sistema de arquivos como código do usuário (em vez do código do kernel). O gateway GVFS-FUSE torna os drivers do sistema de arquivos GVFS acessíveis a todos os aplicativos, não apenas aos que usam as bibliotecas Gnome.É difícil gerenciar limites de confiança com sistemas de arquivos FUSE, porque o driver do sistema de arquivos está sendo executado como um usuário sem privilégios, em oposição ao código do kernel para sistemas de arquivos tradicionais. Para evitar complicações, por padrão, os sistemas de arquivos FUSE são acessíveis apenas ao usuário que executa o processo do driver. Mesmo a raiz não consegue ignorar essa restrição.
Se você estiver procurando por um arquivo apenas em sistemas de arquivos locais, passe
-xdevparafind. Se você deseja percorrer vários sistemas de arquivos locais, enumere todos eles.Se o arquivo estiver presente desde ontem, você pode tentar
locate ngirc(locatepesquisa em um banco de dados de nome de arquivo que geralmente é atualizado todas as noites).Se você deseja atravessar os pontos de montagem do GVFS, precisará fazê-lo como o usuário apropriado.
fonte
É uma questão de fusível . Nenhum usuário, exceto o proprietário, pode ler. Para contornar a configuração padrão, tente ativar a opção user_allow_other. Esta opção é especificada adicionando-a ao /etc/fuse.conf. Não tem valor, basta especificar a opção em uma linha em branco.
fonte
Se você estiver obtendo a permissão e outros detalhes para gvfs, conforme a seguinte
desmonte seu gvfs usando o seguinte comando. Seu problema será resolvido depois de seguir esse processo.
O GVFS (GNOME Virtual File System) é o sistema de arquivos virtual da área de trabalho do GNOME, que permite aos usuários acesso fácil a dados remotos via SFTP, FTP, WebDAV, SMB e dados locais via integração com o udev, para que você não precise ter medo de desmontar isso. .
fonte
esse é um tópico antigo, mas nos relatórios de bugs do gnome é um problema aberto recente, portanto pode ser útil para quem procura horas por uma solução para corrigir problemas do gvfs-fuser - que parecem todos estar intimamente relacionados.
Msg de erro do meld:
Encontrei o problema do gvfs-fuser tentando usar o meld / diff / kdiff sobre o ftp. Parece que o problema está entre o fusor e o gvfs. O problema parece não ocorrer no 3.15.1, mas começa a ser relatado no 3.15.2. (A nova versão do python?) A solução é uma solução alternativa e não uma correção - os arquivos / diretórios serão copiados, mas o erro ainda é exibido.
A resposta de Christopher define o problema e fornece a solução.
Outra solução possível é usar o sshfs (veja este comentário e este tópico ). Para obter mais informações
gvfs-commands, consulte Qual é a diferença entre comandos gvfs e comandos comuns como cat, ls, cp?Os erros possivelmente relacionados incluem o GNOME # 317875 e GNOME # 768281 .
fonte