lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4790C50F.2080704@emc.com>
Date:	Fri, 18 Jan 2008 10:26:07 -0500
From:	Ric Wheeler <ric@....com>
To:	Theodore Tso <tytso@....edu>, Bryan Henderson <hbryan@...ibm.com>,
	Ric Wheeler <ric@....com>, Al Boldi <a1426z@...ab.com>,
	Alan Cox <alan@...rguk.ukuu.org.uk>,
	David Chinner <dgc@....com>, linux-kernel@...r.kernel.org,
	Pavel Machek <pavel@....cz>,
	Daniel Phillips <phillips@...gle.com>,
	Rik van Riel <riel@...hat.com>,
	Valerie Henson <val.henson@...il.com>
Subject: Re: [Patch] document ext3 requirements (was Re: [RFD] Incremental
 fsck)

Theodore Tso wrote:
> On Thu, Jan 17, 2008 at 04:31:48PM -0800, Bryan Henderson wrote:
>> But I heard some years ago from a disk drive engineer that that is a myth 
>> just like the rotational energy thing.  I added that to the discussion, 
>> but admitted that I haven't actually seen a disk drive write a partial 
>> sector.
> 
> Well, it would be impossible or at least very hard to see that in
> practice, right?  My understanding is that drives do sector-level
> checksums, so if there was a partially written sector, the checksum
> would be bogus and the drive would return an error when you tried to
> read from it.

There is extensive per sector error correction on each sector written. 
What you would see in this case (or many, many other possible ways 
drives can corrupt media) is a "media error" on the next read.

You would never get back the partially written contents of that sector 
at the host.

Having our tools (fsck especially) be resilient in the face of media 
errors is really critical. Although I don't think the scenario of a 
partially written sector is common, media errors in general are common 
and can develop over time.

> 
>> Ted brought up the separate issue of the host sending garbage to the disk 
>> device because its own power is failing at the same time, which makes the 
>> integrity at the disk level moot (or even undesirable, as you'd rather 
>> write a bad sector than a good one with the wrong data).
> 
> Yep, exactly.  It would be interesting to see if this happens on
> modern hardware; all of the evidence I've had for this is years old at
> this point.  
> 
> 							- Ted
> 

See the NetApp paper from Sigmetrics 2007 for some interesting analysis...


ric
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ