On Thu, Jan 13, 2011 at 12:37:28AM +0100, Kevin Richter wrote:
| > That's because you had the misfortune of garbling the root directory
| > inode along with the superblock. That's a very specific corruption,
| > but if the corruption occurred a few blocks away in a data extent
| > you wouldn't even know about it until you restore from backup and
| > realised the file content in the backup are corrupted. Indeed - you
| > should consider that entire backup as corrupted and redo it from
| > scratch.
| I am wondering if there is a simple solution to backup/restore the inode
| table (the relation "inode <-> filename").
| With "ls -aliR" I get a list which I am now saving every few days.
| The parameter "-i" displays the inode, that I can reconstruct the
| filename from the inode, if this garbling error occurs a second time.
| The reconstruction process probably would be a simple "grep | cut" thing.
| Is there perhaps a finished script doing exactly this? Or any other ideas?
xfs_ncheck(8) will generate the patname/inode mapping, but does not
provide a restore service.