mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Added a comment

Browse source
This commit is contained in:
https://www.google.com/accounts/o8/id?id=AItOawkHDm_DOFRcHYebCnnYKKyIwiPD4iOiiIU 2013-01-14 17:37:45 +00:00 committed by admin
parent 78c7aaec09
commit ea6cdd11b6
1 changed files with 25 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

25
doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_2_41214a7d18c66b694645248d6ebeadbf._comment Normal file
View file

@ -0,0 +1,25 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawkHDm_DOFRcHYebCnnYKKyIwiPD4iOiiIU"
nickname="Jörn"
subject="comment 2"
date="2013-01-14T17:37:45Z"
content="""
Maybe I was too quick in blaming the hard drive. It might be my problem is somewhere else. Let me do what I should have done in the first place and give you a detailed problem description:
I have got three hard drives, two internal, one external connected via USB. I have got a couple of repositories with small files (mp3, JPEGs and so on). Those are fine, fsck never complains about them.
But in one repository with video files (i.e. much bigger files than in the other repos), git-annex fsck will always find some broken files. I run git-annex get to retrieve the broken files from other sources. Then I run
fsck again - and it complains about some other files. This happens on all drives.
This could mean:
- all my drives are broken. However, SMART data are unsuspicious, and one of the drives is just a couple of days old.
- git-annex fsck is broken
- read errors like I mentioned in my first post
- some process actually _altering_ the files (should not happen when the files are locked, right?)
- something completely different? Some possibly dangerous source of radiation? :)
Any ideas on this? Maybe I should hash the data in .git/annex/bad and check which value I get - can I tell git-annex to do so?
Thanks,
Jörn
"""]]