Android 使用git时资源暂时不可用错误

我有一个重要的问题： 几个月以来，我一直在安卓系统上从事一个大学项目，一切正常。 自从3天以来，我的git无缘无故地停止正常工作（我在windows上），事实上，现在我什么都做不了，android让VCS的每一个操作都失败了，从rebase、pull到push。。 我试图将git克隆到另一个项目中，但在使用a/usr/bin/rebaseal-v后，它总是出现在windows cmd、git bash甚至cygwin终端中：

Cloning into 'private'...
      0 [main] bash 6952 fork: child 6924 - died waiting for dll loading, errno                    11
bash: fork: retry: Resource temporarily unavailable
1080698 [main] bash 6952 fork: child 1984 - died waiting for dll loading, errno                    11
bash: fork: retry: Resource temporarily unavailable
3140393 [main] bash 6952 fork: child 6232 - died waiting for dll loading, errno                    11
bash: fork: retry: Resource temporarily unavailable
7208694 [main] bash 6952 fork: child 5808 - died waiting for dll loading, errno                    11
bash: fork: retry: Resource temporarily unavailable
15281223 [main] bash 6952 fork: child 6408 - died waiting for dll loading, errno                    11
bash: fork: Resource temporarily unavailable
error: failed to execute prompt script (exit code 254)

由于它似乎在处理processus，我在网上花了几个小时试图找出问题，但我无法解决它。 我多次正确卸载android studio、git、源代码树。 我使用ccleaner和glary实用程序删除了一些旧数据，更新了我的windows，更新了Comodo，重新启动了很多次，但仍然出现了资源暂时不可用的错误，但我无法修复它，我该怎么办

非常感谢您的阅读

---

对不起，我的英语不好。

这可能是由于服务器本身（或特定于您的用户帐户）的某些资源限制。可以通过ulimit-a检查shell中的限制。Esp检查'ulimit-u'max用户进程，如果您已达到max进程，fork将无法创建任何新进程，并且由于该错误而失败。这也可能是由于交换/内存资源问题

我设法解决了这个问题！ 这是由于我最近的comdo更新将git从允许的应用程序中删除，因此在设置中我必须执行以下操作：

Adding Git folder to File Rating > File List as trusted file
Adding Git folder to Advanced protection > Milanescious > Shell code exclusion
Setting bit-bash.exe as allowed application in Firewall > Application Rules

我在这个话题上找到的，

---

无论如何，谢谢你的回答

您的系统内存不足（内存不足，无法运行更多命令）。您可以减少正在使用内存的运行命令的数量，或向计算机添加更多物理内存，或添加更多虚拟内存备份存储，以允许系统临时将内容推出磁盘（但我不使用Windows，也不知道如何在Windows上执行此操作）.Hi@torek谢谢你的回答，但我不认为这是为什么，因为我有一个i5 4690k作为cpu和8Gb ram，我没有太多的processus运行，而且自从项目4个月前启动以来，我从未出现过这个错误。啊，所以这是某种安全设置。症状非常相似：无论哪种方式，当bash加载某些内容时，系统都会说“不”，而bash说“如果您再试一次，这可能会起作用”。这表明错误报告系统中存在一个缺陷：它应该说明安全性或权限，而不是“临时资源问题”。