回答:
いくつかの調査を行った後、解決策が見つかりました。以下のコマンドを実行します。
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
fs.inotify.max_user_watches=524288
し/etc/sysctl.d/99-sysctl.conf
てから実行しsysctl --system
ます。これは再起動後も持続します。詳細:wiki.archlinux.org/index.php/Sysctl
npm dedupe
私のためにそれを片付けました。問題
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf
/etc/sysctl.confファイルの最後に「fs.inotify.max_user_watches = 524288」という行を書き込み sudo sysctl -p
、カーネルを実行時に再構成し、ファイル/etc/sysctl.confをパラメーターとしてロードします
sudo something ...
何かを修正するために実行する必要があるときはいつでも、何が起こっているのかを考えるのを一時停止する必要があります。ここで受け入れられた答えは完全に有効ですが、問題ではなく症状を扱っています。ソーダは、問題を解決するために大きなサドルバッグを購入するのと同じです:エラー、ポニーにゴミをロードできません。ポニーはすでにたくさんのゴミを積んでいるので、ポニーは疲れ果てて気絶しています。
別の方法(おそらく、ポニーから余分なゴミを取り除いてダンプに入れることに相当する)は、以下を実行することです。
npm dedupe
次に、ポニーを幸せにしたことを祝福します。
sudo
そして今それは私のために働いています。
fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
ませんでした:受け入れられた回答とnpm dedupe
inotify インスタンスを作成しているユーザーを確認するには、次のコマンドを試してください(ソース)。
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
。すべての崇高なウィンドウを閉じて初めて、ノードスクリプトを実行できました。
私の場合、それは私のLinuxマシンで実行されているvs-codeに関連していました。File Watcher bla blaについてポップアップした警告を無視しました。解決策は、linuxのvs-code docsページにありますhttps://code.visualstudio.com/docs/setup/linux#_visual-studio-code-is-unable-to-watch-for-file-changes-in- this-large-workspace-error-enospc
解決策は、受け入れられた回答とほぼ同じ(同じではない)ですが、vs-codeの問題に遭遇した後にここに来た人のためのより多くの説明があります。
私の場合、Vim用のアグレッシブなプラグインがあることがわかりました。再起動しました。
grunt
を使用するすべてのプログラムです。unix.stackexchange.com/questions/13751/…に説明があります。