diff options
| author |  sunny256 <sunny256@web> | 2015-10-04 23:28:43 +0000 |
|---|---|---|
| committer |  admin <admin@branchable.com> | 2015-10-04 23:28:43 +0000 |
| commit | e28da97a365b54555178c4d67d2414b58137e91d (patch) | |
| tree | 85a2c0cdd791ab8d85667618b2b28f28109acb14 | |
| parent | 242e327ddc2768b2664e1afb9b555e89fd11bc3f (diff) | |
Added a comment: Yay, man!
| -rw-r--r-- | doc/devblog/day_321__download_verification/comment_4_fecb2d6349aa61f1c76525178fea4598._comment | 7 |
1 files changed, 7 insertions, 0 deletions
diff --git a/doc/devblog/day_321__download_verification/comment_4_fecb2d6349aa61f1c76525178fea4598._comment b/doc/devblog/day_321__download_verification/comment_4_fecb2d6349aa61f1c76525178fea4598._comment new file mode 100644 index 000000000..6dc5d3e77 --- /dev/null +++ b/doc/devblog/day_321__download_verification/comment_4_fecb2d6349aa61f1c76525178fea4598._comment @@ -0,0 +1,7 @@ +[[!comment format=mdwn + username="sunny256" + subject="Yay, man!" + date="2015-10-04T23:28:43Z" + content=""" +I love this! Especially since I've noticed some read errors on my laptop disk now and then. Not when using git-annex, I've never lost a file with it, but when doing other things. I've been hoping for this, as I've used computers with memory corruption years ago, and in cases like that, all bets are off and you'll only hope that the file copy goes well. I've grown quite paranoid after that computer, and have enabled everything in git (setting `fetch.fsckObjects`, `receive.fsckObjects` and `transfer.fsckObjects` to `true`) to catch potential errors as a result of bad disk, memory corruption or transfer errors over the network. I'd rather wait a bit longer while copying or especially moving files than waiting for that single corrupted bit in the only copy of a 4 gig file. Thanks! +"""]] |