Thread (14 messages) 14 messages, 2 authors, 2012-03-31

Re: btrfs unmountable after failed suspend

From: Chester <hidden>
Date: 2012-02-08 20:46:34

On Wed, Feb 8, 2012 at 2:26 PM, Chris Mason [off-list ref] wr=
ote:
On Wed, Feb 08, 2012 at 01:22:19PM -0600, Chester wrote:
quoted
On Wed, Feb 8, 2012 at 6:55 AM, Chris Mason [off-list ref]=
 wrote:
quoted
quoted
On Tue, Feb 07, 2012 at 06:10:15PM -0600, Chester wrote:
quoted
This is dmesg mounted with -o ro,recovery
[ =A0 20.957392] exe used greatest stack depth: 4920 bytes left
[ =A0145.340317] device label BtrfsLinux devid 1 transid 332442 /=
dev/sda6
quoted
quoted
quoted
[ =A0145.341702] btrfs: enabling auto recovery
[ =A0145.341803] btrfs: disk space caching is enabled
[ =A0152.457967] btrfs: corrupt leaf, bad key order:
block=3D653297209344,root=3D1, slot=3D7
[ =A0152.487933] btrfs: corrupt leaf, bad key order:
block=3D653297209344,root=3D1, slot=3D7
[ =A0152.488326] ------------[ cut here ]------------
[ =A0152.488549] kernel BUG at fs/btrfs/extent-tree.c:5797!
Well, this isn't good. =A0If you can run btrfs-zero-log it'll get =
past
quoted
quoted
this part, but I'd suggest a fsck run to see if there are other
corrupted blocks.
I've already tried the -o recovery option at mount. I was told it do=
es
quoted
the same as btrfs-zero-log (but probably less destructive). Just a
It does zero the log, but looks like it does so a little too late. =A0=
The
mount -o recovery code zeros it if we failed to read some of the tree
roots, but you're hitting the tree log before we fail. =A0Long story
short, you need to btrfs-zero-log ;)
quoted
quick question: Will the release of btrfsck later this month be able
to fix these corruptions?
Fixing the key ordering is pretty easy, I can do that here. =A0But I'=
ll
need to see the fsck output to say if the rest is fixed in the curren=
t
code.
quoted
quoted
Bad key ordering is usually from memory corruption, so this block
probably isn't alone.
Yeah. Could be from using zcache. I haven't had a problem with it
until I tried to suspend to RAM though.
Could be, I'd suggest running with CONFIG_DEBUG_PAGE_ALLOC. =A0You mi=
ght
also just have bad ram.
I certainly hope it's not just bad ram. I just got this laptop half a y=
ear ago!
I'll try to get a fsck output when I get home..
-chris
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help