From: Milan Broz Subject: Re: hunt for 2.6.37 dm-crypt+ext4 corruption? Date: Wed, 08 Dec 2010 09:03:51 +0100 Message-ID: <4CFF3BE7.40007@redhat.com> References: <4CF692D1.1010906@redhat.com> <4CF6B3E8.2000406@redhat.com> <20101201212310.GA15648@redhat.com> <20101204193828.GB13871@redhat.com> <20101207142145.GA27861@think> <20101207182243.GB21112@redhat.com> <1291747731-sup-3099@think> <1291751698-sup-9297@think> <1291754340-sup-1631@think> < AANLkTim8uCmFK=LjkMmq_1O0KE3AiN_7g41AO0woxMv7@mail.gmail.com> <1291755258-sup-8760@think> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Chris Mason , Mike Snitzer , Matt , Andi Kleen , linux-btrfs , dm-devel , Linux Kernel , htd , htejun , linux-ext4 To: Jon Nelson Return-path: Received: from mx1.redhat.com ([209.132.183.28]:25085 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752538Ab0LHIEf (ORCPT ); Wed, 8 Dec 2010 03:04:35 -0500 In-Reply-To: Sender: linux-ext4-owner@vger.kernel.org List-ID: On 12/08/2010 04:29 AM, Jon Nelson wrote: > Maybe not so fantastic. I kept testing and had no more failures. At > all. After 40+ iterations I gave up. > I went back to trying ext4 on a LUKS volume. The 'hit' ratio went to > something like 1 in 3, or better. Encryption usually propagates bit corruption (not sure if it is in this case). But in principle if there is one bit corrupted, after decryption the whole sector is corrupted. (That's why bit media errors have usually more serious impact with FDE.) Isn't there random noise instead of zeroes when reading sparse files? We should probably write some test focusing on sparse files handling here... Milan