Good news everyone! I got this to mount again using btrfs chunk-recover on the partition! It took around a day for it to run the initial chunk recovery scan (iotop showed that I was limited by disk throughput) and another three hours for the actual chunk recovery (iops limited). Hopefully someone out there that runs into a similar issue will end up finding this! On 22.08.2013, at 21:36, Nicholas Lee <email@xxxxxxxxx> wrote: > 6. I don't know off the top of my head, but I'd assume it was the default. It was created by Ubuntu Server Edition > 7. I installed btrfs-progs-git from the AUR, and it (pretty much instantly) returns the following error: > > sudo btrfsck /dev/main-storage-vg/root > Couldn't map the block 1781900460032 > btrfsck: volumes.c:1020: btrfs_num_copies: Assertion `!(ce->start > logical || ce->start + ce->size < logical)' failed. > > If chunk-recover finds anything, I'll let you guys know. (It's still running, and I have yet to write anything.) > > > On 22.08.2013, at 20:58, Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote: >> >> 6. What was the mkfs.btrfs command used? In particular are you certain the metadata profile is default (DUP)? >> >> 7. If you have a very recent btrfs-progs (few months at most), or better if you can build from btrfs-next, it may be worth running btrfsck *without* the repair option, to see what it has to say about the situation. > -- 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
