From mboxrd@z Thu Jan 1 00:00:00 1970 From: Benjamin LaHaise Subject: Re: VFAT: slow fs corruption? [long] Date: Wed, 18 Apr 2007 19:00:27 -0400 Message-ID: <20070418230027.GD13621@kvack.org> References: <1176919129l.3289l.0l@antares.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: linux-fsdevel@vger.kernel.org To: Albrecht =?iso-8859-1?Q?Dre=DF?= Return-path: Received: from kanga.kvack.org ([66.96.29.28]:59786 "EHLO kanga.kvack.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933069AbXDRXAo (ORCPT ); Wed, 18 Apr 2007 19:00:44 -0400 Content-Disposition: inline In-Reply-To: <1176919129l.3289l.0l@antares.localdomain> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Wed, Apr 18, 2007 at 07:58:40PM +0200, Albrecht Dre=DF wrote: > - Are there known issues with VFAT in 2.6.11 which might lead to the = =20 > observed problems? Were they fixed? > - Is it possible to change the block size in ext2 to 16k (to match th= e SD =20 > card's erase block size)? =46lash cards tend to be rather flaky given that they are low cost cons= umer=20 grade commodities these days. I would recommend getting a new card fir= st=20 and seeing if you can still replicate the problem. Out of the box, I'v= e=20 had to replace 2 of 8 flash cards in the last 6 months when they showed= =20 similiarly eerie data corruption when files disappeared. Doing an md5s= um=20 on the device 2 times in a row and getting back different results is No= t=20 Good. -ben --=20 "Time is of no importance, Mr. President, only life is important." Don't Email: . - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html