Las respuestas anteriores funcionan muy bien, pero no explica por qué estaba buscando mi intento de una respuesta completa:
¿Por qué?
Los programas que sincronizan archivos como dropbox, git, etc. usan inotify para notar cambios en el sistema de archivos. El límite se puede ver por -
cat /proc/sys/fs/inotify/max_user_watches
Para mí, muestra 100000 . Cuando este límite no es suficiente para monitorear todos los archivos dentro de un directorio, arroja este error.
Aumento de la cantidad de observadores de inotify (versión corta):
Si está ejecutando Debian, RedHat u otra distribución similar de Linux , ejecute lo siguiente en una terminal:
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
Si está ejecutando ArchLinux , ejecute el siguiente comando en su lugar (vea aquí por qué):
echo fs.inotify.max_user_watches=524288 | sudo tee /etc/sysctl.d/40-max-user-watches.conf && sudo sysctl --system
Luego pégalo en tu terminal y presiona Enter para ejecutarlo.
Detalles técnicos:
Listen usa inotify por defecto en Linux para monitorear los directorios en busca de cambios. No es raro encontrar un límite del sistema en la cantidad de archivos que puede monitorear. Por ejemplo, el límite de inotify de Ubuntu Lucid (64 bits) está establecido en 8192.
Puede obtener su límite actual de observación de archivos inotify ejecutando:
$ cat /proc/sys/fs/inotify/max_user_watches
Cuando este límite no es suficiente para monitorear todos los archivos dentro de un directorio, se debe aumentar el límite para que Listen funcione correctamente.
Puede establecer un nuevo límite temporal con:
$ sudo sysctl fs.inotify.max_user_watches=524288
$ sudo sysctl -p
Si desea que su límite sea permanente, use:
$ echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf
$ sudo sysctl -p
Es posible que también deba prestar atención a los valores de max_queued_events y max_user_instances si Listen sigue quejándose.
Fuente: https://github.com/guard/listen/wiki/Increasing-the-amount-of-inotify-watchers