上記の答えはうまく機能しますが、完全な答えを求める私の試みをここで探していた理由を説明していません-
どうして?
dropboxやgitなどのファイルを同期するプログラムは、inotifyを使用してファイルシステムの変更を通知します。制限は次の方法で確認できます-
cat /proc/sys/fs/inotify/max_user_watches
私にとっては、100000と表示されます。この制限がディレクトリ内のすべてのファイルを監視するには不十分な場合、このエラーがスローされます。
inotifyウォッチャーの量を増やす(ショートバージョン):
あなたが実行している場合はDebian、RedHatの、または他の類似のLinuxディストリビューションを、ターミナルで次のコマンドを実行します。
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
ArchLinuxを実行している場合は、代わりに次のコマンドを実行します(理由についてはこちらをご覧ください):
echo fs.inotify.max_user_watches=524288 | sudo tee /etc/sysctl.d/40-max-user-watches.conf && sudo sysctl --system
次に、ターミナルに貼り付け、Enterキーを押して実行します。
技術的な詳細:
Listenは、Linuxではデフォルトでinotifyを使用して、ディレクトリの変更を監視します。監視できるファイル数のシステム制限に遭遇することは珍しくありません。たとえば、Ubuntu Lucid(64bit)のinotify制限は8192に設定されています。
現在のinotifyファイルの監視制限を取得するには、次を実行します。
$ cat /proc/sys/fs/inotify/max_user_watches
この制限がディレクトリ内のすべてのファイルを監視するには不十分な場合、Listenが適切に機能するためには制限を増やす必要があります。
一時的に新しい制限を設定できます:
$ sudo sysctl fs.inotify.max_user_watches=524288
$ sudo sysctl -p
制限を永続的にしたい場合は、次を使用します。
$ echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf
$ sudo sysctl -p
Listenが文句を言い続ける場合は、max_queued_eventsとmax_user_instancesの値にも注意を払う必要があるかもしれません。
ソース:https : //github.com/guard/listen/wiki/Increasing-the-amount-of-inotify-watchers