Comment corriger l'erreur "Impossible d'accéder au dossier Dropbox"?
J'ai un problème assez étrange avec Dropbox qui a débuté il y a quelques semaines.
Dropbox arrêtera la synchronisation avec le message "Impossible d'accéder au dossier Dropbox" et refusera la synchronisation jusqu'au redémarrage.
J'ai essayé de redémarrer Dropbox et de me déconnecter, mais rien ne semble me permettre de le synchroniser à nouveau avant un redémarrage.
Ce n'est pas un problème d'autorisations, car les autorisations ne changent pas lorsque je perds soudainement l'accès.
J'ai vérifié sur lsof pour tout ce qui concerne Dropbox qui pourrait toujours être suspendu quand je l'arrête. Autant que je sache, rien d'autre que Dropbox n'accède à ses dossiers lorsque cela se produit.
si vous les mettez dans /etc/sysctl.conf:
fs.inotify.max_user_watches = 1048576
fs.inotify.max_user_instances = 256
ça va régler le problème. Vous devrez peut-être exécuter Sudo sysctl -p pour que ces paramètres prennent effet.
Sinon, si vous ne souhaitez pas rendre ces paramètres permanents, vous pouvez 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'instances inotify. Vous pouvez vérifier votre syslog (par exemple en utilisant tail -f /var/log/syslog) et si vous voyez ...
tail: inotify ne peut pas être utilisé, revenant à polling: Trop de fichiers ouverts
alors vous savez que c'est votre problème. Pour moi, c'était nepomuk.
Le fs.inotify.max_user_instances = 256 a résolu mon problème immédiat "Impossible d’accéder au dossier de dépôt" (Ubuntu 12.04).
Cela a également effacé un comportement étrange que j'avais remarqué, où l'icône de la boîte de dépôt Dropbox systray indiquait en permanence l'activité des fichiers: les flèches tournaient continuellement, même si rien ne changeait dans ma boîte de dépôt, et la liste des "fichiers récemment modifiés" restait inchangée.
Quelques instants après avoir changé fs.inotify.max_user_instances = 256, le cycle inutile s'est arrêté.
Dans l'un des forums, quelqu'un a mentionné que cela devait être annoté. 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é)