数週間前に始まったDropboxの奇妙な問題があります。
Dropboxは「Dropboxフォルダーにアクセスできません」というメッセージとの同期を停止し、再起動するまで同期を拒否します。
Dropboxを再起動してログアウトしようとしましたが、再起動しない限り、Dropboxが再び同期できるようにする方法はありません。
これはアクセス許可の問題ではありません。アクセスが突然失われても、アクセス許可は変更されません。
停止したときにまだハングしている可能性のあるDropboxに関連するものについて、lsofをチェックしました。私が知る限り、これが起こったときにDropboxがそのフォルダにアクセスしていることしかわかりません。
これらを/etc/sysctl.conf
に入れると:
fs.inotify.max_user_watches = 1048576
fs.inotify.max_user_instances = 256
問題が修正されます。これらの設定を有効にするには、Sudo sysctl -p
の実行が必要な場合があります。
または、これらの設定を永続的にすることに興味がない場合は、次のコマンドを試してください...
Sudo sysctl fs.inotify.max_user_instances=256
Sudo sysctl fs.inotify.max_user_watches=1048576
この場合、設定は再起動後に失われます。
問題は、システムがinotifyインスタンスを使い果たしたことです。 syslogを確認できます(例:tail -f /var/log/syslog
を使用)。
tail:inotifyは使用できません。ポーリングに戻ります:開いているファイルが多すぎます
これがあなたの問題であることを知っています。私にとってはネポムクでした。
Fs.inotify.max_user_instances = 256は、「ドロップボックスフォルダーにアクセスできない」という問題を直しました(Ubuntu 12.04)。
また、Dropboxのシステムトレイアイコンがファイルアクティビティを絶えず示しているという奇妙な動作も解決しました。
Fs.inotify.max_user_instances = 256を変更してしばらくすると、無意味なサイクリングが停止しました。
フォーラムの1つで、誰かがそれがinotifyによるものだと述べました。このソリューション/回避策があります。