「Dropboxフォルダーにアクセスできません」エラーを修正するにはどうすればよいですか？

数週間前に始まった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）を修正しました。

また、私が気づいた奇妙な動作をクリアしました。ドロップボックスのシステムトレイアイコンは、ファイルのアクティビティを継続的に示していました。

fs.inotify.max_user_instances = 256を変更してしばらくすると、無意味なサイクリングが停止しました。

フォーラムの1つで、誰かがそれがinotifyによるものだと述べました。このソリューション/回避策があります。

• デスクトップ検索を無効にします（kde nepomuk + tracker、gnomeトラッカー）
• 再起動（ログアウトしても解決しませんでした）

これは通常、sysctrlがinotifyインスタンスを使い果たしたために発生します。通常、次の2つのコマンドで問題が修正されます。

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