ls: não pode acessar .gvfs: permissão negada

Sempre que executo um aplicativo no terminal como root (como sudo gedit /etc/default/varnish), subseqüentemente, quando abro outro terminal, recebo o erro "ls: não é possível acessar .gvfs: permissão negada" na linha superior do terminal.

Eu encontrei uma solução na net

  umount /path/to/.gvfs
  rm -rf .gvfs

mas apenas corrige o problema temporariamente.

Parece que tenho duas instâncias montadas de gvfs no meu sistema

  $ sudo mount |grep gvfs
    gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=33)
    gvfsd-fuse on /home/****/.gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=0,group_id=0)

Não sei se está relacionado. Há alguns meses, tive que alterar a permissão na minha pasta pessoal, como

  sudo chown -R $USER:www-data

Você poderia me ajudar a consertar isso?

EDIT: Depois de desmontar /run/user/1000/gvfs, não recebo esse erro.

A execução de aplicativos gráficos com sudopode às vezes levar a problemas como este.

Explicação

sudoexecuta o programa com privilégios de superusuário (como executar como root), mas o programa ainda vê o diretório inicial atual como seu diretório inicial.

Portanto, quando o software grava seus arquivos de configuração, ele acaba criando arquivos no diretório pessoal que são de propriedade do usuário root . Você acaba com os arquivos que não pode editar ou excluir e o software em execução, pois você também não poderá modificá-lo, causando mais problemas.

Qual é a melhor solução?

Há uma alternativa: gksudo.

Essa variante do sudo configurará variáveis ​​de ambiente, como o diretório inicial, de maneira a tornar a execução de aplicativos gráficos como root muito mais segura e não confundirá os programas na criação de arquivos de propriedade raiz no diretório inicial.

Por que isso afeta aplicativos gráficos?

Isso não afeta apenas aplicativos gráficos, nem todos os aplicativos gráficos. Isso afeta os aplicativos que armazenam a configuração dentro do diretório inicial do usuário atual. Isso é apenas mais comum entre aplicativos gráficos.

Às vezes, os aplicativos poderão detectar se são executados com o sudo e ajustar seu comportamento de acordo, mas isso não é comum em aplicativos gráficos que geralmente não são esperados para serem executados com o sudo.

Como soluciono o problema?

Você precisará encontrar arquivos e diretórios de propriedade raiz no diretório inicial e removê-los. É melhor removê-los do que alterar sua propriedade, na minha opinião, pois eles não foram projetados para o usuário, mas para o usuário root, para que ocorram efeitos inesperados se você simplesmente mudar de propriedade. É claro que você pode fazer backup deles caso decida que há algo que deseja neles mais tarde.

Para encontrar arquivos de propriedade raiz no diretório inicial:

find ~ -user root

Se você ainda estiver tendo problemas com alguns aplicativos (executados como usuário), tente reiniciar para limpar /tmpe qualquer coisa que ainda esteja sendo executada. Ocasionalmente, alguns aplicativos podem ter corrompido os arquivos de configuração existentes e precisam que você remova toda a configuração no diretório inicial, mas esperamos que isso não ocorra para muitos.

Apenas dê ao usuário permissões para .gvfs/e ele deve corrigi-lo.

sudo chown -R $USER.$USER ~/.gvfs/