Original Message
Subject: btrfs check segfaults after flipping 2 Bytes
From: Niklas Fischer nik...@niklasfi.de
To: linux-btrfs@vger.kernel.org
Date: 2014年10月02日 04:29
Hello,
I was trying to determine how btrfs reacts to disk errors, when I
discovered, that flipping two Bytes,
Qu Wenruo posted on Mon, 06 Oct 2014 10:29:53 +0800 as excerpted:
2 problems here.
[1] csum mismatch As already mentioned by Ducan and Brendan, the csum
does not match.
What makes thing much worse, since small file's extent is inlined, the
data is stored in metadata tree blocks,
and the
Original Message
Subject: Re: btrfs check segfaults after flipping 2 Bytes
From: Duncan 1i5t5.dun...@cox.net
To: linux-btrfs@vger.kernel.org
Date: 2014年10月06日 12:10
Qu Wenruo posted on Mon, 06 Oct 2014 10:29:53 +0800 as excerpted:
2 problems here.
[1] csum mismatch
On 2014/10/02 01:31, Duncan wrote:
Niklas Fischer posted on Wed, 01 Oct 2014 22:29:55 +0200 as excerpted:
I was trying to determine how btrfs reacts to disk errors, when I
discovered, that flipping two Bytes, supposedly inside of a file can
render the filesystem unusable. Here is what I did:
Brendan Hide posted on Thu, 02 Oct 2014 07:51:08 +0200 as excerpted:
A reasonable workaround to get the filesystem back into a usable or
recoverable state might be to mount read-only and ignore checksums. That
would keep the filesystem intact, though the system has no way to know
whether or
On 2014/10/02 07:51, Brendan Hide wrote:
On 2014/10/02 01:31, Duncan wrote:
[snip]
I'm not sure if there is a mount option for this use case however. The
option descriptions for nodatasum and nodatacow imply that *new*
checksums are not generated. In this case the checksums already exist.
What I forgot to mention:
`uname -r`: 3.17.0-0.rc6.git2.1.fc22.x86_64
`btrfs --version`: Btrfs v3.16
regards,
Niklas
Am 01.10.2014 um 22:29 schrieb Niklas Fischer:
Hello,
I was trying to determine how btrfs reacts to disk errors, when I
discovered, that flipping two Bytes, supposedly
Niklas Fischer posted on Wed, 01 Oct 2014 22:29:55 +0200 as excerpted:
I was trying to determine how btrfs reacts to disk errors, when I
discovered, that flipping two Bytes, supposedly inside of a file can
render the filesystem unusable. Here is what I did:
1. dd if=/dev/zero of=/dev/sdg2
