Re: btrfs partition fails to mount - kernel BUG at ../fs/btrfs/extent-tree.c:1872

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Robert Munteanu posted on Thu, 25 Aug 2016 01:19:27 +0300 as excerpted:

> Using Kernel 4.7.1 ( openSUSE Tumbleweed x86_64 ), btrfsprogs 4.7 I
> always get a hard lockup when trying to mount my btrfs root partition.
> 
> This may be due to some previous errors which only manifested themselves
> now, as it's been converted from an ext4 partition.
> 
> Using mount -o ro works. Using mount -o recovery or mounting without
> arguments does not. I've managed to capture one of the error messages,
> but via screenshot only. I've transcribed some of it below, more at
> 
>   http://i.imgur.com/OSIddHE.jpg
> 
> BTRFS info (device sda1): disk space caching is enabled
> BTRFS info (device sda1): detected SSD devices, enabling SSD mode
> BTRFS info (device sda1): checking UUID tree
> BTRFS info (device sda1): continuing balance
> BTRFS info (device sda1): relocating block group 1047892328448 flags 1
> BTRFS info (device sda1): found 805 extents
> (...)
> kernel BUG at ../fs/btrfs/extent-tree.c:1872
> invalid opcode: 0000 [#1] PREEMPT SMP
> (...)

I'm just a btrfs user and list regular, and won't attempt to deal with 
the real problem, but this might help, and the results should help pin 
down the problem a bit better as well, so...

So it's trying to restart a balance.

What happens if you try mounting with the skip_balance mount option?  
Will that let you mount writable without immediate crashing?

If that lets you mount, you can then btrfs balance cancel to cancel it 
entirely, so you won't have to skip_balance every time.

Of course that doesn't fix the real problem, but if it's the balance 
that's triggering the lockup, that should avoid that and hopefully let 
you run more or less normally, altho if you try to access whatever file 
or metadata the balance is choking on, you'd still be in trouble.  And 
the results should pin down whether it's the balance, or something else, 
triggering the problem.

Beyond that I'll leave for the real experts.


-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

--
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




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux