The current behaviour of 'fsck' is a bit verbose. I have an annex'd directory of tarballs for my own build system for "science" applications, there's about ~600 or so blobs in my repo, I do occassionally like to run fsck across all my data to see what files don't meet the min num copies requirement that I have set.

Would it be better for the default behaviour of fsck when it has not been given a path to only output errors and not bother to show that a file is ok for every single file in a repo. i.e.

git annex fsck

should show only 'errors' and maybe a simple indicator showing the status (show a spinner or dots?) and when

git annex fsck PATH/FILE 

it should have the current behaviour?

Right now the current fsck behaviour might get annoying for anyone who would want to run fsck with repos with lots of big files.

I tend to agree that the default output of fsck is not quite right. I often use git annex fsck -q. A progress spinner display is a good idea.
Comment by http://joey.kitenet.net/ Thu Mar 24 17:45:08 2011
FWIW, I wanted to suggest exactly the same thing.

After some thought, perhaps the default fsck output should be at least machine readable and copy and pasteable i.e.

$ git annex fsck
Files with errors

    file1
    file2

so I can then copy the list of borked files and then just paste it into a for loop in my shell to recover the files. it's just an idea.

Another nice thing would be a summary of what is wrong. I.e.

% git fsck
[...]
git-annex: 100 total failed
  50 checksum failed
  50 not enough copies exit

And the same/similar for all other failure modes.

-- RichiH

Comments on this page are closed.