On Sun, Jan 21, 2018 at 12:16 PM, Liwei <xieliwei@xxxxxxxxx> wrote: > Hi list, > > ====TLDR==== > 1. Can I mount a filesystem using one of the roots found with btrfs-find-root? Not necessarily because more than just the tree root needs to be readable to do a mount. But decent chance it's possible to do an offline scrape using one of those root trees with btrfs restore. > > ====Background Information==== > I have a 2x10TB raid0 (20TB, raid0 provided by md) volume that (my > theory is) experienced a headcrash while updating the root tree, or > maybe while it was carrying out background defragmentation. > > This occurred while I was setting up redundancy by using LVM > mirroring, so in the logs you'll see some dm errors. Unfortunately the > lost data has not been mirrored yet (what are the chances, given that > the mirror was 97% complete when this happened). > > Running a scrub on the raid shows that I have 1000+ unreadable > sectors, amounting to about 800kB of data. So I've got spare drives > and imaged the offending drive. Currently ddrescue is still trying to > read those sectors, but it seems unlikely that they'll ever succeed. Bad luck. What's the metadata profile? Single or DUP? > > Next I ran btrfs-find-root, which gave me the following: > Superblock thinks the generation is 318593 > Superblock thinks the level is 1 > Well block 25826479144960(gen: 318346 level: 1) seems good, but > generation/level doesn't match, want gen: 318593 level: 1 That there's a big gap in generation between what's wanted and what's found, a bunch of those more recent trees must be colocated and are probably missing. Anyway I think it's best to look at restore, and my limited experience it tends to be more successful when restoring from snapshots -- Chris Murphy -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
