Jest: バグ：LinuxのウォッチモードでENOSPCNode.jsエラーが発生する

これは、ドライブに空き容量がないことを意味します。 ディスクをクリーンアップしてください。

@cpojerは、問題を読んだかどうか

ディスクの空き容量：df -h /（11％使用済み）

そこに言及されていました-ディスク容量は問題として報告されていますが、実際には問題ではありません。

バンプ@cpojer

私は同じ問題を抱えています、そして間違いなく空きディスクスペースがあります

残念ながら、Linuxでこれをデバッグするためのリソースがありません。 時間に余裕があり、それを修正するためのプルリクエストをご覧になり、サポートしていただければ幸いです。

@cpojer見てみましょうが、

私の調査結果から、それはJestとはまったく関係がありません。 Linux（またはMac）には、IOレベルで配置できるシステムウォッチャーの最大数があります（私の理解から）。 したがって、大規模なプロジェクトの場合、Jestは多くのファイルを監視しようとしているようです。

修正するには：

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

ソース： Node.JSエラー：ENOSPC

調査していただきありがとうございます。watchmanをインストールすると、機能するはずです。

つい最近、Windows7からUbuntu16.04.2 LTSに切り替え、JestはWindowsで正常に動作していましたが、上記と同じ理由でLinuxで実行できませんでした。 --watchフラグを追加した場合にのみ失敗するようです。

まず、 @ cpojerのアドバイスを受けて、ドキュメントに従って監視員をインストールし、 jest --watch再度実行すると、次のエラーが発生しました。

jest --watch

events.js:163
      throw er; // Unhandled 'error' event
      ^

Error: A non-recoverable condition has triggered.  Watchman needs your help!
The triggering condition was at timestamp=1493335106: inotify-add-watch(/home/username/project_name/node_modules/browser-resolve/node_modules/resolve/example) -> The user limit on the total number of inotify watches was reached; increase the fs.inotify.max_user_watches sysctl
All requests will continue to fail with this message until you resolve
the underlying problem.  You will find more information on fixing this at
https://facebook.github.io/watchman/docs/troubleshooting.html#poison-inotify-add-watch

    at ChildProcess.<anonymous> (/home/username/project_name/node_modules/sane/node_modules/fb-watchman/index.js:207:21)
    at emitTwo (events.js:106:13)
    at ChildProcess.emit (events.js:194:7)
    at maybeClose (internal/child_process.js:899:16)
    at Socket.<anonymous> (internal/child_process.js:342:11)
    at emitOne (events.js:96:13)
    at Socket.emit (events.js:191:7)
    at Pipe._handle.close [as _onclose] (net.js:510:12)
npm ERR! Test failed.  See above for more details.

これは何をすべきかを教えてくれるので便利だったので、 @ maraisrからの修正を使用し、jestは現在Ubuntu：

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

これを理解していただきありがとうございます@ maraisr @ cpojer ：+1： JestのWebサイトに何かを追加する必要があると思いますか？

ありがとうBro @ maraisr

@maraisr万が一、そのソリューションのsudoなしのバージョンがあるかどうか知っていますか？

@vspedrわからない-私は見てみることができます！

ただし、そこでシステムファイルにアクセスしているため、セキュリティのために、昇格されたアクセス許可が必要です。 自分をsudoerにすることができれば、sudoなしでこれらのコマンドを実行できると思います。

しかし、ええ-私は見て、私が思いつくことができるものを見ていきます。

何かが足りないのかもしれません...しかし、なぜjestは私のnode_modulesディレクトリで何かを監視する必要があるのですか？
node_modulesスキップするように構成するにはどうすればよいですか？

https://facebook.github.io/jest/docs/en/configuration.html#watchpathignorepatterns -array-stringが役立つ可能性がありますか？

@ SimenB 、watchPathIgnorePatternsは、時計自体が起動して実行された後にのみファイルをスキップすることがわかります。そのため、時計の起動に時間がかかり、場合によってはENOSPCがスローされる可能性があります。

ああ、わかりました。 ウォッチャーを設定するときにwatchPathIgnorePatterns尊重するPRがいいでしょう:)

@SimenBソースコード内で直接監視を開始する場所を

ウォッチャーが監視する必要のあるすべてのファイルのソースとしてHasteMapを使用していること、およびHasteMapを構築中の質問を確認してください。
HasteMapはmodulePathIgnorePatternsオプションを尊重しますが、ドキュメントの説明に基づいてこのオプションを使用することは論理的ではありません。

これらのパスがモジュールローダーに「表示」されていると見なされる前に、すべてのモジュールパスと照合される正規表現パターン文字列の配列。 特定のモジュールのパスがいずれかのパターンに一致する場合、テスト環境ではrequire（）可能ではありません。

私は正しいですか？

@maraisr

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

このソリューションは私のmacos 10.13.4では機能しません。以下のエラーが返されます

sysctl: illegal option -- p usage: sysctl [-bdehiNnoqx] name[=value] ... sysctl [-bdehNnoqx] -a sysctl: illegal option -- p usage: sysctl [-bdehiNnoqx] name[=value] ... sysctl [-bdehNnoqx] -a

このバグが「クローズ」である理由がわかりません。 ありふれたタスクのためにユーザーにsudoを強制することは、確かにバグです。

これはJestに固有のバグです。この問題を回避するために、mocha、guardなどはすべて.ではなく特定の_subdirectories_を監視します。 （サブディレクトリのリストはオプションである可能性があります。）

冗談21では、私はこの問題を抱えたことはありませんでした。 vscodeは、ファイルを監視するためにjestと競合しています。 vscodeを閉じると、jestが正しく機能し始めます。

2つのVSCodeインスタンスを開いたときに、この問題が発生していました。

テストのために、再度開くか、トラブルシューティングに修正を追加してください。

これは私が見つけて最終的に修正するのにとても時間がかかりました。 私は何度も何度も回避策を取り始めました。 ありがとう@ samit4me ！

VSCodeの2つのインスタンスを開いた状態でこれを実行しましたが、これは完全に理にかなっています。

このバグを回避するには、sublime / atom / geditを使用するだけです。 または、ビルド/デバッグ中にVSCodeを閉じることができます。

lsof | wc -l
問題の原因に光を当てることができます。
ブラウザであろうと、内部にWebエンジンを使用して構築されたもの（つまりVSコード）であろうと、開いているファイル記述子の数を大幅に増やします（プログラムあたり約30000以上）。
信頼できる回避策が見当たらないからです。 Webテクノロジーが普及する

これについて正しい方向へのポイントを応援します。 ウォッチが失敗するという同じ問題がありましたが、この場合、実行されているVSCodeのインスタンスは1つだけです。 それを閉じてから、プロジェクトを実行して再度操作すると、問題が解決しました。

IMO、 node_modules時計があるのは受け入れられません

ウォッチャーの空きノードをブロックするのは、主にWebエンジンからのファイル（および削除されたファイルの束）ですが、node_modulesからは機能していません。

プロジェクトの依存関係を更新すると、このエラーが発生しました。 解決するために、を削除してnode_modulesをインストールしました

どうもありがとうございます

@maraisr素晴らしい、 echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -pはUbuntu 18.04.1LTSで私のために働いた

@ maraisr @ xameeramirが言うように

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -pも私のためにそれを修正しました：+1：

/etc/sysctl.confは通常、アップグレード時に（たとえば、Ubuntu16から18LTSに）上書きされ、上限が削除されることに注意してください。 私はこれについて警告されましたが、他の同様の警告の海で見逃しがちです。 max_user_watches差分を_見た_にもかかわらず、これらが関連していることが明らかでないため、最初にエラーが発生したとき、今朝もループが発生しました。 ただし、この問題のページにアクセスすると、何を修正する必要があるかが明確になりました。

2年前に修正した問題を解決してくれてありがとう：笑い：

fs.inotify.max_user_watches=524288についての面白いこと
私の場合、プロジェクトは十分に大きいので、 524288は十分な数ではないようです。 だから...まあfs.inotify.max_user_watches=2048000役に立ちました。
また、サイドのvscodeで多くのものを開くという問題に関連している可能性があります。

手つかずのバージンcreate-react-appで「npmstart」を実行すると、ubuntu18.10でこれを取得します
働いた!!!
解決
echo fs.inotify.max_user_watches = 2048000 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

価値があるものについて：多分それは環境に関連しています（モジュールX対モジュールY）。

2つの異なる構成を持つ2つのReactNativeアプリケーションがあります。 主な理由は、そのうちの1つが最新のRNバージョン（つまり、最新のGradleなどの環境）の準備がまだ整っていないReact-Native-Cameraを使用しているためです。 もう1つは、最新のRNバージョンと環境をテストするためのデモです。

React-Native-Cameraを使用するアプリケーションは、 Linux上で問題なくコンパイルされます（--variant = release）。 もう1つはENOSPCエラーが発生しました。 「fs.inotify.max_user_watches」の修正は機能しました。 私は「え？」のようでした。 他の人が説明しているように、NASには何トンものギガバイトがあります...

これが両方のアプリの「package.json」です。

多分あなたは何か役に立つものを見つけるでしょう。
アプリ1（カメラ）：

{
  "name": "********************",
  "version": "0.0.1",
  "private": true,
  "scripts": {
    "start": "node node_modules/react-native/local-cli/cli.js start",
    "test": "jest"
  },
  "dependencies": {
    "i18n-js": "^3.0.11",
    "react": "16.4.1",
    "react-native": "0.56.0",
    "react-native-camera": "^1.2.0",
    "react-native-languages": "^3.0.1",
    "react-navigation": "^2.16.0"
  },
  "devDependencies": {
    "babel-jest": "23.4.2",
    "babel-preset-react-native": "5.0.2",
    "jest": "23.5.0",
    "react-test-renderer": "16.4.1"
  },
  "jest": {
    "preset": "react-native"
  }
}

アプリ2（テストデモ）：

{
  "name": "DemoReactNative",
  "version": "0.0.1",
  "private": true,
  "scripts": {
    "start": "node node_modules/react-native/local-cli/cli.js start",
    "test": "jest"
  },
  "dependencies": {
    "i18n-js": "^3.0.11",
    "react": "16.6.0-alpha.8af6728",
    "react-native": "0.57.3",
    "react-native-languages": "^3.0.1",
    "react-navigation": "^2.18.0"
  },
  "devDependencies": {
    "babel-jest": "23.6.0",
    "jest": "23.6.0",
    "metro-react-native-babel-preset": "0.48.1",
    "react-test-renderer": "16.6.0-alpha.8af6728"
  },
  "jest": {
    "preset": "react-native"
  }
}

maraisr、
おかげで動作します!!!

sudoが私のために働いたように走っているだけ

@ 4E71-NOP私は同じことを見ました。 RN 0.51から0.57に更新すると、この問題が発生し始めました。 inotify制限を増やすと役に立ちました

私はsudoで実行します...そしてそれは私に働きます

エコーfs.inotify.max_user_watches = 524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
これはUBUNTU18.10のために私を助けました

どうもありがとう。 しかし、 @ adamhooperが前に述べたように、 Forcing the user to sudo for a mundane task is certainly a bug.

通常のユーザーのためのアイデアはありますか？

エコーfs.inotify.max_user_watches = 524288 |

私の調査結果から、それはJestとはまったく関係がありません。 Linux（またはMac）には、IOレベルで配置できるシステムウォッチャーの最大数があります（私の理解から）。 したがって、大規模なプロジェクトの場合、Jestは多くのファイルを監視しようとしているようです。

修正するには：

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

ソース： Node.JSエラー：ENOSPC

私の問題を完全に解決しました、どうもありがとうございました！

modulePathIgnorePatterns設定でnode_modulesを除いて修正しました。

これをpackage.jsonに追加します。

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

チャームのように働いた。 ありがとう@maraisr ！

[hayesmaker64<strong i="5">@gohan</strong> hype-layer]$ npm test

> [email protected] test /home/hayesmaker64/Workspace/twitch/hype-layer
> react-scripts test

internal/fs/watchers.js:173
    throw error;
    ^

Error: ENOSPC: System limit for number of file watchers reached, watch '/home/hayesmaker64/Workspace/twitch/hype-layer/node_modules/get-stream'
    at FSWatcher.start (internal/fs/watchers.js:165:26)
    at Object.watch (fs.js:1254:11)
    at NodeWatcher.watchdir (/home/hayesmaker64/Workspace/twitch/hype-layer/node_modules/sane/src/node_watcher.js:175:20)
    at Walker.<anonymous> (/home/hayesmaker64/Workspace/twitch/hype-layer/node_modules/sane/src/common.js:116:12)
    at Walker.emit (events.js:182:13)
    at /home/hayesmaker64/Workspace/twitch/hype-layer/node_modules/walker/lib/walker.js:69:16
    at go$readdir$cb (/home/hayesmaker64/Workspace/twitch/hype-layer/node_modules/graceful-fs/graceful-fs.js:162:14)
    at FSReqWrap.oncomplete (fs.js:141:20)
npm ERR! Test failed.  See above for more details.
[hayesmaker64<strong i="6">@gohan</strong> hype-layer]$ ^C
[hayesmaker64<strong i="7">@gohan</strong> hype-layer]$ ^C
[hayesmaker64<strong i="8">@gohan</strong> hype-layer]$ npm test

> [email protected] test /home/hayesmaker64/Workspace/twitch/hype-layer
> react-scripts test


Out of the box, Create React App only supports overriding these Jest options:

  • collectCoverageFrom
  • coverageReporters
  • coverageThreshold
  • globalSetup
  • globalTeardown
  • resetMocks
  • resetModules
  • snapshotSerializers
  • watchPathIgnorePatterns.

These options in your package.json Jest configuration are not currently supported by Create React App:

  • modulePathIgnorePatterns

If you wish to override other Jest options, you need to eject from the default setup. You can do so by running npm run eject but remember that this is a one-way operation. You may also file an issue with Create React App to discuss supporting more options out of the box.

将来の訪問者にとって、 @ pomberのソリューションは、監視制限を増やすよりも客観的にはるかに優れています。

これをpackage.jsonに追加します。

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

私の調査結果から、それはJestとはまったく関係がありません。 Linux（またはMac）には、IOレベルで配置できるシステムウォッチャーの最大数があります（私の理解から）。 したがって、大規模なプロジェクトの場合、Jestは多くのファイルを監視しようとしているようです。

修正するには：

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

ソース： Node.JSエラー：ENOSPC

これにより、 npm run serve実行しているときにVueで発生していた問題が修正されました。@ maraisrの提案をありがとうございます

@pomberありがとうございます。システム制限を増やすことなく、Fedoraでの私の問題を解決します。

ありがとう@maraisr 、それは私の問題を解決します:)

どうもありがとう！ @maraisr

あなたの解決策は私のために働いた、@ maraisr！
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
ありがとう！

これは興味のある人にとっては私の間違いでした：
プロジェクトのログが下に表示されます。 Ctrl + Cを押して終了します。
（ノード：19425）UnhandledPromiseRejectionWarning：エラー：ENOSPC：ファイルウォッチャーの数のシステム制限に達しました。「/ home / claire / Documents / my-app-name」を監視してください。
FSWatcher.start（internal / fs / watchers.js：165：26）で
Object.watchで（fs.js：1274：11）
NodeWatcher.watchdir（/home/claire/Documents/my-app-name/node_modules/sane/src/node_watcher.js:175:20）
新しいNodeWatcherで（/home/claire/Documents/my-app-name/node_modules/sane/src/node_watcher.js:45:8）
createWatcherで（/home/claire/Documents/my-app-name/node_modules/jest-haste-map/build/index.js:780:23）
Array.mapで（）。
HasteMap._watch（/home/claire/Documents/my-app-name/node_modules/jest-haste-map/build/index.js:936:44）
_buildPromise._buildFileMap.then.then.hasteMap（/home/claire/Documents/my-app-name/node_modules/jest-haste-map/build/index.js:355:23）
processTicksAndRejections（internal / process / next_tick.js：81：5）で
（ノード：19425）UnhandledPromiseRejectionWarning：未処理のプロミス拒否。 このエラーは、catchブロックなしで非同期関数の内部をスローするか、.catch（）で処理されなかったpromiseを拒否することによって発生しました。 （拒否ID：1）
（ノード：19425）[DEP0018]非推奨警告：未処理のプロミス拒否は非推奨になりました。 将来、処理されないpromise拒否は、ゼロ以外の終了コードでNode.jsプロセスを終了します。
ENOSPC：ファイルウォッチャーの数のシステム制限に達しました。「/ home / claire / Documents / my-app-name」を監視してください
ENOSPC：ファイルウォッチャーの数のシステム制限に達しました。「/ home / claire / Documents / my-app-name」を監視してください

modulePathIgnorePatterns設定でnode_modulesを除いて修正しました。

これをpackage.jsonに追加します。

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

その後、 node_modulesフォルダーを削除して、 npm install再度実行します。

"modulePathIgnorePatterns": [
      "node_modules"
    ]

これが本当の答えです

この問題が一貫して発生し、 node_modules無視できない場合は、Watchmanをインストールすると次のようになります。
https://facebook.github.io/watchman/

Jestにはウォッチマン固有の最適化があるため、大規模なプロジェクトの起動時間も大幅に改善されます。

今後、このタイプのエラーが発生する場合にnode_modules自動的に監視しないことを検討します（たとえば、ウォッチマンがいないため、ダーウィンにいないため、 fsevents使用できません）。

やあ@scotthovestadt！ あなたが元気であることを願っています！

将来の訪問者にとって、 @ pomberのソリューションは、監視制限を増やすよりも客観的にはるかに優れています。

これをpackage.jsonに追加します。

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

これが一番の答えになるはずです。 人々-これをぶつけてください。 原因を調べずに、「ああ、メモリ/リソースが不足しています-メモリ/リソースを増やしてください」と単純に言うのはなぜですか？

残念ながら、Linuxでこれをデバッグするためのリソースがありません。 時間に余裕があり、それを修正するためのプルリクエストをご覧になり、サポートしていただければ幸いです。

Linuxはすべてのプロの開発者にとって事実上の標準ですが、WindowsとMacのユーザーを本当に気にかけていますか？ それは残念です

@maraisrありがとう。 問題を解決しました。 ：踊り子：

将来の訪問者にとって、 @ pomberのソリューションは、監視制限を増やすよりも客観的にはるかに優れています。

これをpackage.jsonに追加します。

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

これが一番の答えになるはずです。 人々-これをぶつけてください。 原因を調べずに、「ああ、メモリ/リソースが不足しています-メモリ/リソースを増やしてください」と単純に言うのはなぜですか？

記録のためのメモ：現在の適切な修正は、＃7544を修正した＃7585まで機能しませんでした。

いくつかの権限の問題がある可能性がありますSudonpmstartを試してください

このコマンドは、許可されるウォッチャーの数を増やします。
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
ソース

私の調査結果から、それはJestとはまったく関係がありません。 Linux（またはMac）には、IOレベルで配置できるシステムウォッチャーの最大数があります（私の理解から）。 したがって、大規模なプロジェクトの場合、Jestは多くのファイルを監視しようとしているようです。

修正するには：

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

ソース： Node.JSエラー：ENOSPC

@maraisrありがとう、あなたのソリューションは

私の調査結果から、それはJestとはまったく関係がありません。 Linux（またはMac）には、IOレベルで配置できるシステムウォッチャーの最大数があります（私の理解から）。 したがって、大規模なプロジェクトの場合、Jestは多くのファイルを監視しようとしているようです。

修正するには：

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

ソース： Node.JSエラー：ENOSPC

おかげで、これは私の問題を解決しました。

将来の訪問者と@ sunnykeshri @ JimmyBastos @BrotherDonkey @CodeMonkeyG 、私の正気のために、時計の制限の修正を広めるのをやめてください。

将来の訪問者にとって、 @ pomberのソリューションは、監視制限を増やすよりも客観的にはるかに優れています。

これをpackage.jsonに追加します。

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

これが一番の答えになるはずです。 人々-これをぶつけてください。 原因を調べずに、「ああ、メモリ/リソースが不足しています-メモリ/リソースを増やしてください」と単純に言うのはなぜですか？

将来の訪問者と@ sunnykeshri @ JimmyBastos @BrotherDonkey @CodeMonkeyG 、私の正気のために、時計の制限の修正を広めるのをやめてください。

将来の訪問者にとって、 @ pomberのソリューションは、監視制限を増やすよりも客観的にはるかに優れています。

これをpackage.jsonに追加します。

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

これが一番の答えになるはずです。 人々-これをぶつけてください。 原因を調べずに、「ああ、メモリ/リソースが不足しています-メモリ/リソースを増やしてください」と単純に言うのはなぜですか？

Create React Appは、パッケージjest config内で使用できるキーを制限します-CRAアプリでこれを解決する方法を見つけた人はいますか？

私の調査結果から、それはJestとはまったく関係がありません。 Linux（またはMac）には、IOレベルで配置できるシステムウォッチャーの最大数があります（私の理解から）。 したがって、大規模なプロジェクトの場合、Jestは多くのファイルを監視しようとしているようです。

修正するには：

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

ソース： Node.JSエラー：ENOSPC

ありがとうresoveloproblemajátavaprocurandoahoras o que era esse rro

私の調査結果から、それはJestとはまったく関係がありません。 Linux（またはMac）には、IOレベルで配置できるシステムウォッチャーの最大数があります（私の理解から）。 したがって、大規模なプロジェクトの場合、Jestは多くのファイルを監視しようとしているようです。

修正するには：

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

ソース： Node.JSエラー：ENOSPC

改善のためのメモですが、フラグ/値がまだ存在しないことを確認して、重複するインスタンスを取得しないようにユーザーに指示する方がよい場合があります。 それか、これを念頭に置いて何らかのツールを使用してください。

私の調査結果から、それはJestとはまったく関係がありません。 Linux（またはMac）には、IOレベルで配置できるシステムウォッチャーの最大数があります（私の理解から）。 したがって、大規模なプロジェクトの場合、Jestは多くのファイルを監視しようとしているようです。

修正するには：

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

ソース： Node.JSエラー：ENOSPC

ベストアンサーありがとうございます。

私の調査結果から、それはJestとはまったく関係がありません。 Linux（またはMac）には、IOレベルで配置できるシステムウォッチャーの最大数があります（私の理解から）。 したがって、大規模なプロジェクトの場合、Jestは多くのファイルを監視しようとしているようです。

修正するには：

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

ソース： Node.JSエラー：ENOSPC

答えてくれてありがとう
それは私のために働いています

ありがとう@maraisr

最後のいくつかのコメントは以前の回避策を示唆しており、後の修正が埋もれ始めているので、将来の読者（および@ pradeepsrawat029 @ karsa87 @igorgoiis ）のために、最初に後の修正を試す必要があることを繰り返す必要があると思います。該当する、これは元々、冗談のバグのために不可能でした：

将来の訪問者にとって、 @ pomberのソリューションは、監視制限を増やすよりも客観的にはるかに優れています。

これをpackage.jsonに追加します。

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

これが一番の答えになるはずです。 人々-これをぶつけてください。 原因を調べずに、「ああ、メモリ/リソースが不足しています-メモリ/リソースを増やしてください」と単純に言うのはなぜですか？

sudo react-native startこの問題を修正できました