| To: | linux@xxxxxxxxxxx |
|---|---|
| Subject: | Re: Should xfs_repair make xfs_check stop complaining? |
| From: | Eric Sandeen <sandeen@xxxxxxx> |
| Date: | Fri, 04 Nov 2005 19:53:37 -0600 |
| Cc: | linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <20051104234648.10451.qmail@xxxxxxxxxxxxxxxxxxx> |
| References: | <20051104234648.10451.qmail@xxxxxxxxxxxxxxxxxxx> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla Thunderbird 1.0.6 (Macintosh/20050716) |
linux@xxxxxxxxxxx wrote: Um, just wondering... I have a file system, on which I have run xfs_repair six times, and xfs_check still has complaints about it. I understand the xfs_repair rebuilds lost+found every time, so itkeeps finding unreferenced files, but xfs_repair keeps fixing things likeresetting inode 335565855 nlinks from 14 to 15but leaves the subsequent inodes for xfs_check to complain about:link count mismatch for inode 335565856 (name ?), nlink 14, counted 15 link count mismatch for inode 335565857 (name ?), nlink 14, counted 15Note that they're NOT the same inode number, so it's as if xfs_repair is missing some problems. Looking at the multiple runs, I see different inode numbers each time. xfs_repair and xfs_db are both version 2.6.36. Is this normal behaviour? I'm used to e2fsck which complains loudly if it leaves uncorrected errors. Try moving lost+found to somewhere else, /lost+found2 or something, and re-run xfs_repair. Do problems still persist? Also that xfs_repair is not the -very- latest version.... -Eric |
| Previous by Date: | xfsdump, the journal, and incremental dumps of subtrees..., Neil Harkins |
|---|---|
| Next by Date: | Re: xfsdump, the journal, and incremental dumps of subtrees..., Nathan Scott |
| Previous by Thread: | Should xfs_repair make xfs_check stop complaining?, linux |
| Next by Thread: | Re: Should xfs_repair make xfs_check stop complaining?, linux |
| Indexes: | [Date] [Thread] [Top] [All Lists] |