2012-02-15 78 views
3

在研究這個時,我發現一個很多關於這方面的消息有關內存耗盡,但我實際上沒有得到任何malloc錯誤。git克隆失敗,不能重新打包在遠程

當我嘗試和克隆我得到這個中間壓縮

error: git-upload-pack: git-pack-objects died with error. 
fatal: git-upload-pack: aborting due to possible repository corruption on the remote side. 
remote: aborting due to possible repository corruption on the remote side. 
fatal: early EOF 
fatal: index-pack failed 

當我去到偏遠和(通過壓縮同量)運行git gc它給了我這個..

error: failed to run repack 

當我運行git fsck時,我根本沒有輸出...

想法?

+0

可能重複的[GIT中檢查出的問題\ [致命:早期的EOF \]](http://stackoverflow.com/questions/2505644/git-checking-out-problem-fatal-early-eofs) – Amber 2012-02-15 22:21:02

+0

@Amber這與網絡協議有什麼關係?我在遠程**上運行**的命令失敗... – jondavidjohn 2012-02-15 22:30:42

+0

鏈接問題中列出了多個答案。 – Amber 2012-02-15 22:41:09

回答

0

這取決於你應該看到的行之前git-pack-objects died with error

舉例來說,如果你看到這樣一行:

remote: fatal: object 21f3981dd35fccd28febabd96f27241eea856c50 is corrupted 

在這種情況下,你可以嘗試(如 「GIT pull error - remote object is corrupted」 中所述)(在遠程服務器上)一個git fsck --full 21f3981 ; git repack(通過J-16 SDiZ的建議)

您將在此找到old (2008) thread類似的錯誤消息,與Linus Torvald suggesting,對於喜歡「unable to unpack .. header」的錯誤消息:

unable to unpack .. header」的問題估計會是一個完全損壞的鬆散對象 。你應該有一個文件名爲

.git/objects/b2/8b949a1a3c8eb37ca6eefd024508fa8b253429 

這聽起來像該文件已損壞。
到目前爲止,除了CRLF轉換錯誤(無論如何您都不會在OS X上觸發),我認爲每次我們都看到這種錯誤,這是一個真實的磁盤或內存損壞。

+0

在該行之前它通過壓縮獲得62%,當我在遠程運行'git gc'時,獲得相同的百分比。 – jondavidjohn 2012-02-16 14:49:39

+0

@jondavidjohn:因此,在「死於錯誤」消息之前的任何行都沒有其他錯誤消息? – VonC 2012-02-16 15:10:49

+0

對,它通過壓縮獲得約62%,停止,然後輸出上面的消息。另外,當我運行'git fsck'時問題指出我沒有輸出,表明git沒有損壞的文件或問題的知識。正確? – jondavidjohn 2012-02-16 15:56:55