On Sep 15, 2014, at 6:56 PM, Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote: > > On Sep 15, 2014, at 3:41 PM, Tony Murray <murraytony@xxxxxxxxx> wrote: >> >> # btrfs restore -v -i /dev/sda7 /mnt/sdb1/ > > Starting with umounted volume: > > btrfs check <dev> > btrfs-debug-tree -R <dev> Oh nevermind I just saw that you did a btrfsck --repair, so you really kinda got the sequence wrong by doing that so soon and without list advice. I don't see whether you tried btrfs-zero-log first, or btrfs rescue super-recover, did you? btrfs-debug-tree -R should show four backup slots, and it's possible to plug in the tree root block value into btrfs restore -t, and maybe extract some data. And then it gets more aggressive from there, by seeing if you get any different recovery results with kernel 3.17rc5; and then it's btrfs-progs integration branch territory to see if maybe btrfs-zero-log or btrfs check will do something differently. 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
