| To: | Barry Naujok <bnaujok@xxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] make sure xfs_repair doesn't restore corrupted primary superblock |
| From: | Nathan Scott <nscott@xxxxxxxxxx> |
| Date: | Wed, 21 Feb 2007 15:06:45 +1100 |
| Cc: | xfs@xxxxxxxxxxx, xfs-dev@xxxxxxx |
| In-reply-to: | <200702210200.NAA15545@larry.melbourne.sgi.com> |
| Organization: | Aconex |
| References: | <200702210200.NAA15545@larry.melbourne.sgi.com> |
| Reply-to: | nscott@xxxxxxxxxx |
| Sender: | xfs-bounce@xxxxxxxxxxx |
On Wed, 2007-02-21 at 13:05 +1100, Barry Naujok wrote: > Phase 2 in xfs_repair fixes corrupted superblock fields, but in phase 5, the > originally read primary superblock before the phase 2 fix is written to disk > with updated counters. The patch in scan.c makes sure the mount point > superblock copy is updated if the primary superblock is modified. > > Included is some fixes to libxfs when IO_DEBUG is enabled. Looks good to me. -- Nathan |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] mkfs.xfs, lvm, multi-terrabyte hardware array and luks, pgf111000 |
|---|---|
| Next by Date: | TAKE 961299 - xfs_repair crashes in phase4 with an fsfuzzer'd image, Barry Naujok |
| Previous by Thread: | [PATCH] make sure xfs_repair doesn't restore corrupted primary superblock, Barry Naujok |
| Next by Thread: | TAKE 961299 - xfs_repair crashes in phase4 with an fsfuzzer'd image, Barry Naujok |
| Indexes: | [Date] [Thread] [Top] [All Lists] |