| To: | xfs@xxxxxxxxxxx |
|---|---|
| Subject: | Re: Superblock restore takes too long |
| From: | Carlos Maiolino <cmaiolino@xxxxxxxxxx> |
| Date: | Thu, 19 Jul 2012 10:58:57 -0300 |
| In-reply-to: | <5C7FE4A5ADF52D46989166B4083DFF8F21ECE1C6@xxxxxxxxxxxxxxxxxx> |
| Mail-followup-to: | xfs@xxxxxxxxxxx |
| References: | <5C7FE4A5ADF52D46989166B4083DFF8F21ECE1C6@xxxxxxxxxxxxxxxxxx> |
| User-agent: | Mutt/1.5.21 (2010-09-15) |
On Thu, Jul 19, 2012 at 09:30:59AM +0000, Zak, Semion wrote: > Hi, > > Corrupted Superblock restore takes too long because xfs_restore searches the > disc for reserved Superblock. > > Is it possible accelerate the search, for example by giving to xfs_restore > some > hint (reserved Superblock LBA)? > Afaik there is no way to tell xfs_repair which superblock to use, but to be honest how would you know which secondary superblock isn't corrupted? I can be very wrong in this though -- --Carlos |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [PATCH] Xfstests/254: add more cases for testing btrfs snapshot in 254, Liu Bo |
|---|---|
| Next by Date: | Re: [PATCH v3] xfs: probe data buffer from page cache for unwritten extents, Jie Liu |
| Previous by Thread: | Superblock restore takes too long, Zak, Semion |
| Next by Thread: | Re: Superblock restore takes too long, Eric Sandeen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |