diff options
author | zardoz <zardoz@web> | 2014-09-07 14:04:51 +0000 |
---|---|---|
committer | admin <admin@branchable.com> | 2014-09-07 14:04:51 +0000 |
commit | c96bdc515cdc8c0edb62848b8ea30968b7bc658c (patch) | |
tree | d7b3e726f0bf6ec0935107ccd1fe7e1f502d653e | |
parent | dfc8db735eaf44664026dc83dcc6a1d622c3e55e (diff) |
Added a comment
-rw-r--r-- | doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_9_7c98c8b291fdf28a09ccb6c7e4001d5a._comment | 22 |
1 files changed, 22 insertions, 0 deletions
diff --git a/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_9_7c98c8b291fdf28a09ccb6c7e4001d5a._comment b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_9_7c98c8b291fdf28a09ccb6c7e4001d5a._comment new file mode 100644 index 000000000..1a49e449f --- /dev/null +++ b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_9_7c98c8b291fdf28a09ccb6c7e4001d5a._comment @@ -0,0 +1,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. + +"""]] |