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@xxxxxxxxxxxxx> é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
> 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.