Corrupted filesystem: thoughts?

Dave Chinner david at fromorbit.com
Tue Oct 7 14:53:18 CDT 2014


On Tue, Oct 07, 2014 at 01:22:10PM +0200, Emmanuel Florac wrote:
> Le Tue, 7 Oct 2014 21:56:57 +1100
> Dave Chinner <david at fromorbit.com> écrivait:
> 
> > Is the log clean? (use xfs_logprint -t <dev> to determine that)
> > 
> 
> No, it wasn't, that was probably the source of most of the ominous
> messages. The many files in lost+found were probably deleted files

You really, really want to recover the log before running repair if
possible.

> In case this may help someone, before running xfs_repair I've mounted
> the volume in "ro,nonrecovery" mode, then ran this command to make a
> listing of files with their inodes: 
> 
>  find /mnt/raid/ -print0 | xargs --null ls -di | gzip - > FILELIST.gz

Generating the list before recovery is run will result in a
partial list because there will be parts of the directory heirarchy
that can't be traversed due to corruption. So there's no guarantee
that this list will be in any way complete.

Besides, we already have amore robust offline tool for generating
such a list:

$ man xfs_ncheck
....
xfs_ncheck with no -i arguments generates an inode number and
pathname list of all files on the given filesystem.
...

It will also tell you when it fails to resolve a pathname or inode
number due to corruption, so you have direct indication of what
inodes and/or paths are broken.

Cheers,

Dave.
-- 
Dave Chinner
david at fromorbit.com



More information about the xfs mailing list