The basic question:
How long should fsck take to fix a 100GB (17 million block) file with multiply-claimed blocks?
The long version of the question:
After a UPS failure, I am faced with an Ubuntu 10.04 server which dropped into fsck on initial boot. This is normal, buy usually about half an hour of fixing the various problems by agreeing to the prompts is enough to get the server back.
Not today, though. Today, I got a huge list of numbers scroll past the console matrix-style for a good few minutes. It was basically line after line of:
Multiply-claimed blocks in inode xxxxxxxxx
Anyway, after a few minutes of those scrolling past, it finally settled down and I got:
Pass 1C: Scanning directories for inodes with multiply-claimed blocks
Pass 1D: Reconciling multiply-claimed blocks
(There are 32 inodes containing multiply-claimed blocks.)
That didn't sound so bad, but then it started going through some files as so:
has 1 multiply-claimed block(s) shared with 1 file(s):
Clone multiply-claimed blocks? yes
This question was answered for me and the process continued. However, it took a very very long time. Hours and hours even though it was only a 2MB file.
After that, a similar dialogue appeared but this time for a virtual machine image file which is 100GB and reported as being over 17 Million multiple-claimed blocks, shared with 0 file(s).
That was 2 days ago and it's still running now.
So, back to my original question, how long should this take? Is it a lost cause and are there any alternative ways to deal with this? What I really don't understand is why the 100GB file is reported as being shared with 0 files which is a contradiction if I understand the meaning of multiply-claimed blocks correctly.