Como corrijo um erro “Não consigo acessar a pasta do Dropbox”?

Question

Estou tendo um problema bastante estranho com o Dropbox iniciado há algumas semanas.

O Dropbox deixará de sincronizar com a mensagem "Não é possível acessar a pasta do Dropbox" e se recusará a sincronizar até que eu reinicie.

Eu tentei reiniciar o Dropbox e fazer logout, mas nada do que pareço permitirá que ele seja sincronizado novamente após a reinicialização.

Este não é um problema de permissões, pois as permissões não mudam quando subitamente perco o acesso.

Eu verifiquei o lsof para qualquer coisa relacionada à caixa de depósito que ainda possa estar pendurada quando eu parar. Tanto quanto eu não posso dizer nada além de o Dropbox está acessando suas pastas quando isso acontece.

    

Answer 1

se você colocar esses itens em /etc/sysctl.conf :

fs.inotify.max_user_watches = 1048576
fs.inotify.max_user_instances = 256

isso corrigirá o problema. Pode ser necessário executar sudo sysctl -p para que essas configurações entrem em vigor.

Como alternativa, se você não estiver interessado em tornar essas configurações permanentes, tente os seguintes comandos ...

sudo sysctl fs.inotify.max_user_instances=256
sudo sysctl fs.inotify.max_user_watches=1048576

Nesse caso, as configurações serão perdidas após a reinicialização.

O problema é que o sistema ficou sem instâncias de inotify. Você pode verificar seu syslog (por exemplo, usando tail -f /var/log/syslog ) e se você ver ...

  

tail: inotify não pode ser usado, revertendo para polling: muitos arquivos abertos

então você sabe que este é o seu problema. Para mim foi nepomuk.

    

Answer 2

O fs.inotify.max_user_instances = 256 corrigiu o problema imediato "Não consigo acessar a pasta dropbox" (Ubuntu 12.04).

Ele também esclareceu um comportamento estranho que eu notei, em que o ícone do systay da caixa de entrada indicava continuamente a atividade do arquivo: Os círculos de seta continuavam a circular, embora nada estivesse mudando na minha caixa de depósito e a lista "arquivos alterados recentemente" permanecesse inalterada.

Alguns momentos depois que eu mudei fs.inotify.max_user_instances = 256, o ciclo sem sentido parou.

    

Answer 3

Em um dos fóruns, alguém mencionou que é devido a inotify. Eles têm essa solução / solução alternativa.

• desativa a pesquisa na área de trabalho (no kde nepomuk + tracker, no gnome tracker)
• reboot (o logout não ajudou)

Answer 4

Isso geralmente acontece porque o sysctrl ficou sem instâncias de inotify. Os dois comandos a seguir normalmente corrigem o problema.

sudo sysctl fs.inotify.max_user_watches=1048576
sudo sysctl fs.inotify.max_user_instances=256