On Sat, Feb 23, 2013 at 11:48 PM, Sébastien Luttringer <seblu@xxxxxxxxx> wrote:
> Trying to mount the FS i got a OOPS.
> # mount /dev/sdd2 /new_root
> [ 60.602232] device label bitumefs devid 1 transid 40042 /dev/sdd2
> [ 60.603629] btrfs: disk space caching is enabled
> [ 60.615642] Btrfs detected SSD devices, enabling SSD mode
> [ 60.769651] ------------[ cut here ]------------
> [ 60.769709] kernel BUG at fs/btrfs/free-space-cache.c:1553!
The BUG_ON in question is this one:
/*
* We need to search for bits in this bitmap. We could only cover some
* of the extent in this bitmap thanks to how we add space, so we need
* to search for as much as it as we can and clear that amount, and then
* go searching for the next bit.
*/
search_start = *offset;
search_bytes = ctl->unit;
search_bytes = min(search_bytes, end - search_start + 1);
ret = search_bitmap(ctl, bitmap_info, &search_start, &search_bytes);
BUG_ON(ret < 0 || search_start != *offset); /* <-- 1553 */
/* We may have found more bits than what we need */
search_bytes = min(search_bytes, *bytes);
Since the bug happens during log replay, I expect btrfs-zero-log will
get the partition mountable again, albeit with some data loss.
However, if you can, make an image of the affected partition first, to
further help debug this.
--
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
