Fsck takes too long on multiply-claimed blocks

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



After a power failure, a ~500G filesystem crashed. Fsck has been running
for days. The problem seems to be multiply-claimed blocks. Example:

File /directory/file.name/foo (inode #1234567, mod time Tue Feb 
10 08:14:40 2008)
  has 1800000 multiply-claimed block(s), shared with 1 file(s):
       
/directory/file.name/bar
(inode #1234567, mod time Wed Dec  1 15:30:00 2008)
Clone multiply-claimed blocks? y 

This takes like forever, probably due to the large number of
multiply-claimed blocks. This number can be from 6-2000000, where the
slow ones are fixed quicky and the large ones takes hours/days.

I was wondering if:

- I can get a list of the impacted files/inodes
- Wipe them with debugfs

Is this safe? How do I do it? Fsck says it's 538 inodes with this
problem. If I could get a file list and be able to wipe the inodes, I
could restore the missing files from backup and get the machine online
again quickly.

Hints/tips? Thanks!

-- 
Vegard Svanberg <vegard@xxxxxxxxxxx> [*Takapa@IRC (EFnet)]

_______________________________________________
Ext3-users mailing list
Ext3-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/ext3-users

[Index of Archives]         [Linux RAID]     [Kernel Development]     [Red Hat Install]     [Video 4 Linux]     [Postgresql]     [Fedora]     [Gimp]     [Yosemite News]

  Powered by Linux