GIT 包对象死于信号 10

Question

我今天试图将我的更改推送到远程存储库，但出现以下错误：

git push -u origin master
error: pack-objects died of signal 10

昨天提交和推送工作正常，设置没有变化，没有其他人提交或推送到存储库，提交并不大，只有大约 10 个文件。

我正在使用 MacOS Sierra - git 版本 2.9.3 (Apple Git-75)， 存储库是 GitLab 8.13.5 (Git 2.7.4)

整个存储库只有 33MB，因此没有包含大文件（甚至在提交中也不包含）。我正在使用 SSH 访问存储库。

git config pack.threads 1 无效。

我还尝试将远程克隆到新位置，编辑一个文件，提交，推送并且工作正常，所以问题应该与特定提交有关。

运行 git fsck 会导致同样的错误：

git fsck
error: unable to open .git/objects/14: Interrupted system call
Checking object directories: 100% (256/256), done.
Bus error: 10

有什么问题？

Answer 1

这个错误：

error: unable to open .git/objects/14: Interrupted system call

相当神秘。这应该是一个目录，git fsck应该能够在不被中断的情况下打开它。¹你可以运行：

ls -ld .git/objects/14

验证它是一个目录，如果是，ls -l .git/objects/14 看看里面有什么（它应该包含零个或多个以哈希 ID 作为名称的文件^2支持>)。

SIGBUS 表示 Git 中存在某种内部错误。 C 程序在尝试使用它们从未被授予的内存地址或其他无效的内存地址时会获得 SIGBUS 或 SIGSEGV（请参阅Bus error vs Segmentation fault 并注意传递哪个信号的决定取决于操作系统和体系结构，因此 ARM、MIPS 或 SPARC 上的 Linux 的行为将与 x86 上的相同版本的 Linux 不同）。似乎是什么导致 Git 无法读取存储在存储库中的对象导致 Git 随后崩溃，但 Git——或者至少，git fsck——不不应该 em>crash 由于错误的存储库。 应该特别使用git fsck 来诊断错误存储库的错误。无论如何，至少在打开目录时得到EINTR 是不寻常的。

如果文件 不是本地的（通过网络找到），您可以将它们移动到本地（磁盘上）存储，看看这是否至少可以解决问题。这不是“修复”错误，而是简单地“避免”它，但如果这就足够了...... :-)

---

¹可能不是的一个明显路径是文件或目录未存储在本地磁盘上，而是通过网络存储，例如就像在 AFP 服务器上一样。

²这些名称只有 38 个字符长，在删除前导 14 后给出散列 ID 的 剩余部分。 14 暗示着它们位于 .git/objects/14/ 中。