Linux Btrfs filesystem development
 help / color / mirror / Atom feed
From: Timo Nentwig <btrfs@nentwig.biz>
To: linux-btrfs@vger.kernel.org
Subject: 3 root nodes, -o recovery/btrfs has no effect
Date: Sun, 2 Dec 2012 10:40:38 +0100 (CET)	[thread overview]
Message-ID: <alpine.LNX.2.00.1212021127110.1570@localhost> (raw)

Hi there,

I had remote filesystem not unmounting during shutdown so I hit the reboot 
button. Did so a couple of times in the past. 3.6.8-1-ARCH, btrfs-progs 
0.19.20121005-4, don't remember the exact version I used when creating the 
filesystem (0.19 something).

btrfsck looks like this:

checking extents
checking fs roots
parent transid verify failed on 167047168 wanted 713090 found 713088
parent transid verify failed on 167047168 wanted 713090 found 713088
parent transid verify failed on 167047168 wanted 713090 found 713088
parent transid verify failed on 167047168 wanted 713090 found 713088
Ignoring transid failure
parent transid verify failed on 167047168 wanted 713090 found 713088
Ignoring transid failure

(repeating ~1800 times, always with the same IDs)

root 5 inode 8156558 errors 400
root 5 inode 9930070 errors 800
root 5 inode 9930168 errors 800

Tried -o recovery, mounts instantly and apparently doesn't change anything; 
tried btrfs --repair, doesn't appear to change anything as well.

Did mkfs.btrfs in order to restore from backup but mounting failed (broken 
superblock something). How can a freshly mkfs'ed fs not mount?! I restored a dd 
dump I took beforehand, mounts, boots but is broken.

Any suggestions?

thx
tcn

BTW what do multiple root nodes mean actually? That I do have 3 different
trees with individual nodes pointing to different versions of data?

                 reply	other threads:[~2012-12-02  9:49 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alpine.LNX.2.00.1212021127110.1570@localhost \
    --to=btrfs@nentwig.biz \
    --cc=linux-btrfs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox