Como corrijo um erro "Não é possível acessar a pasta Dropbox"?

38

Estou tendo um problema bastante estranho com o Dropbox que começou há algumas semanas.

O Dropbox para de sincronizar com a mensagem "Não é possível acessar a pasta do Dropbox" e se recusa a sincronizar até eu reiniciar.

Eu tentei reiniciar o Dropbox e sair, mas nada que eu pareço fazer permitirá sincronizar novamente antes de uma reinicialização.

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

Eu verifiquei lsof para qualquer coisa relacionada ao dropbox que ainda esteja pendente quando eu o paro. Tanto quanto eu posso dizer, nada além de Dropbox está acessando suas pastas quando isso acontece.

Craig Maloney
fonte
Acredito que houve uma atualização recente do kernel que a corrigiu definitivamente. bugs.launchpad.net/ubuntu/+source/linux/+bug/1101666
Craig Maloney

Respostas:

56

se você os colocar 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 -pessas configurações para entrar 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 uma reinicialização.

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

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

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

user95987
fonte
Interessante. Estou vendo o dovecot reclamando: lister dovecot: imap (craig): Aviso: o limite de instância para o usuário 1000 (UID craig) excedido, desativado. Aumente / proc / sys / fs / inotify / max_user_instances. Irá adicionar e ver se isso faz o problema desaparecer. Obrigado!
Craig Maloney 27/01
1
Vai aceitar essa resposta por enquanto, pois faz mais sentido. Irá verificar novamente se eu encontrar novamente. Obrigado!
Craig Maloney 27/01
Eu tive exatamente o mesmo problema em uma nova instalação do Ubuntu 12.10 com configurações padrão. O aumento de max_user_instances, conforme descrito aqui, resolveu o problema.
Holger
4
Para o Ubuntu, sudo echo 256 > /proc/sys/fs/inotify/max_user_instancesconcede um erro de permissão negada. sudo sysctl fs.inotify.max_user_instances=256deve ser usado em seu lugar.
törzsmókus 27/01
Posso confirmar que corrige este o problema para mim (Ubuntu 12.04)
Raja Selvaraj
1

O fs.inotify.max_user_instances = 256 corrigiu o meu problema imediato "Não é possível acessar a pasta da caixa de depósito" (Ubuntu 12.04).

Ele também esclareceu um comportamento estranho que eu havia notado, onde o ícone da caixa de depósito indicava continuamente a atividade do arquivo: as setas circulam continuamente, embora nada esteja mudando na minha caixa de depósito, e a lista "arquivos alterados recentemente" permanece inalterada.

Alguns momentos depois que eu mudei fs.inotify.max_user_instances = 256, o ciclo inútil parou.

Frank M
fonte
0

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

  • desativar a pesquisa na área de trabalho (no kde nepomuk + tracker, no gnome tracker)
  • reiniciar (logout não ajudou)
TuEk
fonte
Não estou executando o rastreador até onde sei. Existe um processo específico que eu deveria estar procurando?
Craig Maloney
-1

Isso geralmente acontece porque o sysctrl ficou sem instâncias de inotificação. Os 2 comandos a seguir normalmente corrigem o problema.

sudo sysctl fs.inotify.max_user_watches=1048576
sudo sysctl fs.inotify.max_user_instances=256
Silas Palmer
fonte
2
Bem-vindo ao perguntar ubuntu você pode elaborar sobre a sua resposta um pouco mais agradar tão popular sabe o que está fazendo aqui
Damien