Comment réparer une erreur "Impossible d'accéder au dossier Dropbox"?

32

J'ai un problème assez étrange avec Dropbox qui a commencé il y a quelques semaines.

Dropbox arrête de se synchroniser avec le message "Impossible d’accéder au dossier Dropbox" et refuse de synchroniser jusqu’à ce que je redémarre.

J'ai essayé de redémarrer Dropbox et de me déconnecter, mais rien de ce que je semble faire ne lui permettra de se synchroniser avant un redémarrage.

Ce n’est pas un problème d’autorisations, car les autorisations ne changent pas lorsque je perds tout à coup l’accès.

J'ai vérifié lsof pour tout élément lié à la boîte de dépôt qui pourrait encore être accroché lorsque je l'arrête. Autant que je puisse dire rien d'autre que Dropbox accède à ses dossiers lorsque cela se produit.

    
posée Craig Maloney 25.01.2013 - 14:07
la source

4 réponses

47

si vous les mettez dans /etc/sysctl.conf :

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

il va résoudre le problème. Vous devrez peut-être exécuter sudo sysctl -p pour que ces paramètres prennent effet.

Si vous ne souhaitez pas que ces paramètres soient permanents, vous pouvez également essayer les commandes suivantes ...

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

Dans ce cas, les paramètres seront perdus après un redémarrage.

Le problème est que le système est à court d'inotify. Vous pouvez vérifier votre journal système (en utilisant par exemple tail -f /var/log/syslog ) et si vous voyez ...

  

tail: inotify ne peut pas être utilisé, retour à l'interrogation: Trop de fichiers ouverts

alors vous savez que c'est votre problème. Pour moi c'était nepomuk.

    
réponse donnée user95987 26.01.2013 - 21:48
la source
1

Le fs.inotify.max_user_instances = 256 a corrigé mon problème immédiat "Impossible d’accéder au dossier de distribution" (Ubuntu 12.04).

Cela a également effacé un comportement étrange que je remarquais, où l’icône de la barre de dépôt indiquait continuellement l’activité du fichier:

Quelques instants après avoir changé fs.inotify.max_user_instances = 256, le cycle inutile a cessé.

    
réponse donnée Frank M 05.02.2013 - 19:20
la source
0

Dans l'un des forums, quelqu'un a mentionné qu'il devait être inotifié. Ils ont cette solution / solution de contournement.

  • désactiver la recherche sur le bureau (dans kde nepomuk + tracker, dans gnome tracker)
  • redémarrage (la déconnexion n’a pas aidé)
réponse donnée TuEk 26.01.2013 - 05:21
la source
-1

Cela se produit généralement parce que sysctrl est à court d'inotify. Les 2 commandes suivantes corrigent normalement le problème.

sudo sysctl fs.inotify.max_user_watches=1048576
sudo sysctl fs.inotify.max_user_instances=256
    
réponse donnée Silas Palmer 22.09.2013 - 00:58
la source

Lire d'autres questions sur les étiquettes