How to diagnose and fix git fatal: unable to read tree

Question

I'm using git to manage files on a project, and keep running into this problem.

When I run git status I get the message

fatal: unable to read tree e2d920161d41631066945a3cbcd1b043de919570

As I understand it, I should check the output of git fsck, and I receive

broken link from    tree e09a42f248afff64336fbbec2523df97c26451ac
              to    tree e2d920161d41631066945a3cbcd1b043de919570
broken link from    tree e09a42f248afff64336fbbec2523df97c26451ac
              to    tree 9b0dd389bd7f9e8d257395d57e0881b7957f9698
broken link from    tree e09a42f248afff64336fbbec2523df97c26451ac
              to    tree 9e288a4ad60d63f342dfd18237980674426aa725
broken link from    tree e09a42f248afff64336fbbec2523df97c26451ac
              to    tree 2a04647337089f554fab8c49cfd37149e5f4fc9f
broken link from    tree e09a42f248afff64336fbbec2523df97c26451ac
              to    tree ea16658b45ce961adc3c3f519b0e8d9672918ca8

together with a lot of missing blob messages.

Following various resources (e.g Git - Broken Links, Missing & Dangling Trees) I have simply re-cloned the project from github and started again.

Once I have re-cloned the project, all is good for a few commits, and then the problem arises again. Re-cloning every time doesn't seem to be optimal, and seems to go against the idea of using git, and I'd like to try and understand what is going on. How can I diagnose and fix this problem?

This doesn't sound good... You may have a disk or filesystem problem... What'd your operating system? — ChrisGPT was on strike, Jan 01 '14 at 17:01
If I hadn't got a hardware fault, I'be looking at uninstall re-install, possibly all the way back to bare metal. — Tony Hopkinson, Jan 01 '14 at 17:07
@cmhughes, I'd start with [a filesystem check using `fsck`](http://askubuntu.com/a/14799). Note that this must be done while the filesystem is not mounted. You may need a live CD or live USB flash drive. — ChrisGPT was on strike, Jan 01 '14 at 17:18
@Chris thanks for your time. I have posted some details following your suggestions here: [Interpretting output from fsck](http://askubuntu.com/q/398765) — cmhughes, Jan 02 '14 at 04:02
Seems to have been answered before - cf - http://stackoverflow.com/questions/1507463/how-to-deal-with-this-git-error , http://stackoverflow.com/questions/18515101/git-reset-fatal-unable-to-read-tree — First Zero, Jan 05 '14 at 15:49
The fact that a re-clone fixes the issue hints at something unrelated to the file system. Check if [this guide](https://help.github.com/articles/fixing-egit-corruption) is of any help. — Luís de Sousa, Jan 07 '14 at 08:21

score 57 · Accepted Answer · edited May 23 '17 at 12:10

57

Following my older recommendation, it boils down to being able to find a repo which actually contains the missing elements (here full trees).
This is what is shown in "How to fix corrupted git repository?".

But if a full clone doesn't solve the problem, then it may be:

a corruption of the repo on the GitHub side (contact GitHub support to check).
some kind of corruption on the client side (your Ubuntu). Make sure to check if the issue persists with the latest Git release (1.8.5.2-1) from a custom PPA (Personal Package Archive).

Update July 2016, with Git 2.10 soon to be release, you now have:

git fsck --name-objects

See "How to fix git error broken link from tree to tree?" for more.

edited May 23 '17 at 12:10

Community

1
1

answered Jan 04 '14 at 07:55

VonC

1,262,500
529
4,410
5,250

(+1) I followed the instructions in a [competing answer](http://stackoverflow.com/a/18738164/1091649)- is it essentially the same as what you described? It seems to have worked (for now), but it seems that everything is so unstable... – cmhughes Jan 04 '14 at 15:49
@cmhughes yes, it is similar: it basically unpack. But if even a fresh clone get corrupted as well, that would tend to point the origin of the problem back to the "origin": the remote repo on GitHub side. – VonC Jan 04 '14 at 19:11

score 10 · Answer 2 · answered Jan 06 '14 at 02:27

10

I would start with a fresh clone, then run git fsck on the unchanged, untouched clone. I'm wondering (as above) if your initial clone is corrupt, but in a way allowing you to perform a few operations before orphaning the trees.

answered Jan 06 '14 at 02:27

Mark Leighton Fisher

5,609
2
18
29

score 7 · Answer 3 · answered Aug 04 '16 at 17:41

7

Something that just worked for me was stashing my changes, doing a git pull, and then popping the changes back off the stash stack. My corruption might of been pretty shallow, so it probably won't work for everyone but it's worth a try.

Here's the output I got when I stashed:

work@home ~/code/project $ git stash
fatal: unable to read tree 5fd5f4d0425b42e5b478773fa643dd6fd4918188
fatal: unable to read tree 5fd5f4d0425b42e5b478773fa643dd6fd4918188
Saved working directory and index state WIP on master: d93430c Generic commit msg.
HEAD is now at d93430c An older generic message.

After that I pulled and then popped and it cleaned itself up. Again, YMMV.

answered Aug 04 '16 at 17:41

risingfish

354
3
9

1

I'm getting `Cannot save the current worktree state` when running `git stash`. – Joshua Pinter Feb 08 '18 at 02:55
yes but even if it said "cannot save the current state" after git stash you can call git add . and git commit - m and git status – bormat Feb 13 '19 at 20:17
Make a copy before you try this... I was able to stash but not pop back. – s_baldur Feb 17 '22 at 13:53

score 6 · Answer 4 · edited Sep 18 '20 at 22:36

6

A bit funny, but it's possible this will help someone.

I just bought a new computer and my repository was in a Dropbox folder. Turns out the .git folder was still syncing as I was trying to get to work. Once the folder finished syncing, everything was normal.

edited Sep 18 '20 at 22:36

BuZZ-dEE

6,075
12
66
96

answered Jun 07 '20 at 00:46

Nathan Clement

1,103
2
18
30

score 3 · Answer 5 · answered Jun 16 '14 at 02:01

This may or may not be the problem originally raised here, but note that you will see a "fatal: unable to read tree" error from git if the user account the git command is being run under is no longer able to read all files checked out from your repository due to an ownership/permissions issue.

So in many case the first thing to check should be that you've got ownership and permissions set correctly on the files in your working tree, as that may well fix the problem. :)

score 0 · Answer 6 · answered Feb 24 '22 at 08:55

I got the same git error and had tried the git fsck but nothing changed--still get the same fatal: unable to read tree ... message.

So I just checked out to a new branch called develop (you can name whatever it is), completed some tasks on that branch then committed code back to remote repo again (into develop branch).

After that, I pulled the remote master into local then merged it into develop branch using:

$ git pull origin master --allow-unrelated-histories

Then checkout back to master branch then merged with develop branch again.

This time I tried to push code to the remote master branch, fortunately, the problem was solved. There was no more fatal: unable to read tree message again.

How to diagnose and fix git fatal: unable to read tree

6 Answers6

Linked