Ошибка грубой вахты - Ожидание... Неустранимая ошибка: смотрите ENOSPC

Ответ 1

После некоторых исследований нашли решение. Запустите приведенную ниже команду.

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

Для Arch Linux добавьте эту строку в /etc/sysctl.d/99-sysctl.conf:

fs.inotify.max_user_watches=524288

Ответ 2

В любое время, когда вам нужно запустить sudo something ..., чтобы исправить что-то, вы должны сделать паузу, чтобы подумать о том, что происходит. Хотя принятый ответ здесь совершенно верен, он рассматривает симптом, а не проблему. Сорта эквивалент покупки больших седельных сумок для решения проблемы: ошибка, не может загружать больше мусора на пони. У Пони так много мусора уже загружено, что пони падает в обморок от усталости.

Альтернатива (возможно, сравнимая с взятием избыточного мусора с пони и размещение в дампе) должна запускаться:

npm dedupe

Тогда идите поздравить себя за то, что вы сделали счастливого счастья.

Ответ 3

После использования гранатового ответа вы можете использовать временное исправление:

sudo bash -c 'echo 524288 > /proc/sys/fs/inotify/max_user_watches'

Это делает то же самое, что ответ kds, но без сохранения изменений. Это полезно, если ошибка возникает только после некоторого времени безотказной работы вашей системы.

Ответ 4

Чтобы узнать, кто делает экземпляры inotify, попробуйте эту команду (source):

for foo in /proc/*/fd/*; do readlink -f $foo; done | grep inotify | sort | uniq -c | sort -nr

Шахта выглядела так:

 25 /proc/2857/fd/anon_inode:inotify
  9 /proc/2880/fd/anon_inode:inotify
  4 /proc/1375/fd/anon_inode:inotify
  3 /proc/1851/fd/anon_inode:inotify
  2 /proc/2611/fd/anon_inode:inotify
  2 /proc/2414/fd/anon_inode:inotify
  1 /proc/2992/fd/anon_inode:inotify

Используя ps -p 2857, я смог идентифицировать процесс 2857 как sublime_text. Только после закрытия всех возвышенных окон я смог запустить мой node script.

Ответ 5

Я столкнулся с этой ошибкой после того, как мой клиентский компьютер разбился, команда jest --watch, которую я выполняла на сервере, сохранялась, и я снова попытался запустить jest --watch.

Добавление к /etc/sysctl.conf, описанное в ответах выше, работало над этой проблемой, но также важно было найти мой старый процесс с помощью ps aux | grep node и kill it.

Ответ 6

В Linux вы исправите это с помощью команды:

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

Ответ 7

В моем случае это было связано с vs-кодом, работающим на моей машине с Linux. Я проигнорировал предупреждение, которое выскочило о наблюдателе файла бла-бла. Решение находится на странице документации vs-code для linux https://code.visualstudio.com/docs/setup/linux#_visual-studio-code-is-unable-to-watch-for-file-changes-in- это-большой рабочее пространство ошибок-ENOSPC

Решение почти такое же (если не то же самое), что и принятые ответы, просто есть больше объяснений для тех, кто попадает сюда после столкновения с проблемами из vs-кода.