web-dev-qa-db-ja.com

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

数週間前に始まったDropboxの奇妙な問題があります。

Dropboxは「Dropboxフォルダーにアクセスできません」というメッセージとの同期を停止し、再起動するまで同期を拒否します。

Dropboxを再起動してログアウトしようとしましたが、再起動しない限り、Dropboxが再び同期できるようにする方法はありません。

これはアクセス許可の問題ではありません。アクセスが突然失われても、アクセス許可は変更されません。

停止したときにまだハングしている可能性のあるDropboxに関連するものについて、lsofをチェックしました。私が知る限り、これが起こったときにDropboxがそのフォルダにアクセスしていることしかわかりません。

38
Craig Maloney

これらを/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は使用できません。ポーリングに戻ります:開いているファイルが多すぎます

これがあなたの問題であることを知っています。私にとってはネポムクでした。

56
user95987

Fs.inotify.max_user_instances = 256は、「ドロップボックスフォルダーにアクセスできない」という問題を直しました(Ubuntu 12.04)。

また、Dropboxのシステムトレイアイコンがファイルアクティビティを絶えず示しているという奇妙な動作も解決しました。

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

1
Frank M

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

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