From 74ebd96b5e97b51d574d0287d5bc7e47fe295fcf Mon Sep 17 00:00:00 2001 From: "http://joeyh.name/" Date: Sun, 1 Dec 2013 19:59:16 +0000 Subject: [PATCH] Added a comment --- ...mment_1_f84f955fed7b96ae6208b6ff2ec650cd._comment | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 doc/forum/rebuild_location_log_from_encrypted_remote/comment_1_f84f955fed7b96ae6208b6ff2ec650cd._comment diff --git a/doc/forum/rebuild_location_log_from_encrypted_remote/comment_1_f84f955fed7b96ae6208b6ff2ec650cd._comment b/doc/forum/rebuild_location_log_from_encrypted_remote/comment_1_f84f955fed7b96ae6208b6ff2ec650cd._comment new file mode 100644 index 0000000000..af3a411593 --- /dev/null +++ b/doc/forum/rebuild_location_log_from_encrypted_remote/comment_1_f84f955fed7b96ae6208b6ff2ec650cd._comment @@ -0,0 +1,12 @@ +[[!comment format=mdwn + username="http://joeyh.name/" + ip="209.250.56.64" + subject="comment 1" + date="2013-12-01T19:59:16Z" + content=""" +I think you should try to run `git annex copy --from needle`, which will be able to get the files if needle has them, even if the location log is busted. + +(Sometimes people complain that `git annex copy` goes and checks a remote, which can be unncessarily slow, rather than just trusting the location log ... but this is why it does it!) + +From what I can tell, the fsck downloads some file from the remote, but the download is not entirely successful. One possibility is that it downloads a file, but the file fails to be decrypted, either because you don't have the right encyption key, or because the encrypted file has actually gotten corrupted on the remote. It might be that the same problem will affect `git annex copy --from needle`, but if so it should be more clear what's happening. +"""]]