在此期间，我关闭了所有正在进行的下载，这可能释放了一些空间，并清除了带宽

在我的情况下，这是一个连接问题。我连接到一个内部wifi网络，在这个网络中，我只能访问有限的资源。这是让git进行取回，但在某个时间它崩溃了。 这意味着它可能是网络连接问题。检查是否一切运行正常:防病毒，防火墙等。

因此，elin3t的答案很重要，因为ssh提高了下载的性能，从而可以避免网络问题

我尝试了所有这些命令，没有一个对我有用，但有用的是将git_url更改为http而不是ssh

如果是克隆命令做:

git clone <your_http_or_https_repo_url> 

否则，如果你拉现有的回购，做它

git remote set-url origin <your_http_or_https_repo_url>

希望这能帮助到一些人!

虽然不是完全相同的设置，但我在Ubuntu 20.04上挂载nfs共享时遇到了这个问题。我还没有找到任何解决方案，所以我分享了我是如何解决的，希望我能帮助到别人。

错误消息是(有时带有/没有警告):

warning: die() called many times. Recursion error or racy threaded death!
fatal: premature end of pack file, 29 bytes missing
fatal: premature end of pack file, 24 bytes missing
fatal: index-pack failed

Git浅克隆，禁用压缩等并没有解决这个问题。

当我用nfsvers=4.2而不是nfsvers=4.0挂载共享时，问题消失了。

在我的例子中，问题不在于git配置参数，而是我的存储库中有一个文件超过了系统允许的最大文件大小。我能够检查它试图下载一个大文件，并得到一个“文件大小限制超过”在Debian上。

之后，我编辑了我的/etc/security/limits.conf文件，在它的末尾添加了以下几行:

硬fsize 1000000 软fsize 1000000

要真正“应用”新的限制值，您需要重新登录

我得到了同样的错误， 在我这边，我通过运行这个命令来解决，在windows中它有一些内存问题。

git config --global pack.windowsMemory 256m