Mailinglist Archive: opensuse-bugs (4650 mails)

< Previous Next >
[Bug 1043912] kernel 4.4.70-18.9-default is unable to mount some btrfs partitions, unlike previous kernel
  • From: bugzilla_noreply@xxxxxxxxxx
  • Date: Wed, 14 Jun 2017 09:47:28 +0000
  • Message-id: <bug-1043912-21960-ZbStDXhLsf@http.bugzilla.opensuse.org/>
http://bugzilla.opensuse.org/show_bug.cgi?id=1043912
http://bugzilla.opensuse.org/show_bug.cgi?id=1043912#c11

--- Comment #11 from Frederic Crozat <fcrozat@xxxxxxxx> ---
(In reply to Nikolay Borisov from comment #10)
Right, then it's apparent why it doesn't want to mount - the check which
fails the mount was not present until rpm-4.4.63-1. It's only a consistency
check. However, the more pressing question the volume got in a situation
where device size doesn't equal to what is recorded in the superblock. I
guess there are 2 courses of action:

1) Revert the offending patch, but it's supposed to harden the the kernel
against such "corruption" ( the quotes are due to my not being sure that
it's actually a corruption)

Would a online resize of the FS be enough to "fix" the issue ?

2) If you have enough freespace on a different drive, try to recreate the
filesystem via btrfs send/receive. Obviously this might work in your case
but we don't know how widespread this bug could be, it seems so far no one
has complained.

I'm really concern we might see this from our SP2 customers at some point as L3
(we never know when they will apply maintenance update)..


David, Jeff what do you make out of this ?

--
You are receiving this mail because:
You are on the CC list for the bug.
< Previous Next >
References