Try -o recovery under a 3.4 or later kernel
On Sat, Jul 14, 2012 at 12:48 AM, Иван Смирнов <[email protected]> wrote: > Hi! > The problem is that the BTRFS raid10 filesystem without any > understandable cause refuses to mount. > Here is dmesg output: > [77847.845540] device label linux-btrfs-raid10 devid 3 transid 45639 /dev/sdc1 > [77848.633912] btrfs: allowing degraded mounts > [77848.633917] btrfs: enabling auto defrag > [77848.633919] btrfs: use lzo compression > [77848.633922] btrfs: turning on flush-on-commit > [77848.658879] parent transid verify failed on 2363592273920 wanted > 31596 found 25250 > [77848.659060] parent transid verify failed on 2363592273920 wanted > 31596 found 25250 > [77848.659274] parent transid verify failed on 2363592273920 wanted > 31596 found 25250 > [77848.659455] parent transid verify failed on 2363592273920 wanted > 31596 found 25250 > [77848.659459] parent transid verify failed on 2363592273920 wanted > 31596 found 25250 > [77848.659464] btrfs: failed to read chunk tree on sdc1 > [77848.661376] btrfs: open_ctree failed > > Linux kernel: 3.3.0-3-grml-amd64 > Distribution: Debian (mix of stable and testing branches with grml kernel). > S.M.A.R.T. of all drives is good. > -- > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > the body of a message to [email protected] > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
