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 <em...@nickle.es> 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 <li...@colorremedies.com> 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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html