aboutsummaryrefslogtreecommitdiff
path: root/doc/bugs/__34__error__58___invalid_object__34____44___after_add__59___cannot_commit/comment_9_7c98c8b291fdf28a09ccb6c7e4001d5a._comment
blob: 1a49e449fff53e728d438cfa0ac9032e591a3740 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
[[!comment format=mdwn
 username="zardoz"
 ip="78.48.163.229"
 subject="comment 9"
 date="2014-09-07T14:04:51Z"
 content="""
Any ideas? I noticed one alternative way (cf. the reset workaround
above) to make «git annex add» work again is by deleting
.git/annex/index*. Is this safe?

In both repos, I had not even staged annex additions before the index
was corrupted; the corruption must somehow have been left-over from
earlier actions, altough all previous additions succeeded at the time,
before both repositories mysteriously stopped working (in the context
of backend-migration).

I still have the original snapshots around if you’d like to debug
this. As noted, «git fsck» succeeds, and all the block-level checksums
check out, so the problem can’t be on the block device or file-system
level.

"""]]