From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752560AbZH3HH4 (ORCPT ); Sun, 30 Aug 2009 03:07:56 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752140AbZH3HH4 (ORCPT ); Sun, 30 Aug 2009 03:07:56 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:50410 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751893AbZH3HHz (ORCPT ); Sun, 30 Aug 2009 03:07:55 -0400 Date: Sun, 30 Aug 2009 09:07:49 +0200 From: Pavel Machek To: david@lang.hm Cc: Ric Wheeler , Theodore Tso , Florian Weimer , Goswin von Brederlow , Rob Landley , kernel list , Andrew Morton , mtk.manpages@gmail.com, rdunlap@xenotime.net, linux-doc@vger.kernel.org, linux-ext4@vger.kernel.org, corbet@lwn.net Subject: Re: [testcase] test your fs/storage stack (was Re: [patch] ext2/3: document conditions when reliable operation is possible) Message-ID: <20090830070749.GA1576@ucw.cz> References: <20090826001645.GN4300@elf.ucw.cz> <4A948259.40007@redhat.com> <20090826010018.GA17684@mit.edu> <4A948C94.7040103@redhat.com> <20090826025849.GF32712@mit.edu> <4A9510D2.1090704@redhat.com> <20090826111208.GA26595@elf.ucw.cz> <20090829094919.GF1634@ucw.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi! >>> for flash drives the danger is very straightforward (although even then >>> you have to note that it depends heavily on the firmware of the device, >>> some will loose lots of data, some won't loose any) >> >> I have not seen one that works :-(. > > so let's get broader testing (including testing the SSDs as well as the > thumb drives) If someone can do ssd test -- yes that would be interesting. >> Anyway, you wanted a test, and one is attached. It normally takes like >> 4 unplugs to uncover problems. > > Ok, help me understand this. > > I copy these two files to a system, change them to point at the correct > device, run them and unplug the drive while it's running. Yep. > when I plug the device back in, how do I tell if it lost something > unexpected? since you are writing from urandom I have no idea what data > _should_ be on the drive, so how can I detect that a data block has been > corrupted? I have mirror on disk you are not unplugging. See cmp || exit lines. The test continues until it detects corruption. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html