mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Steve Brueggeman <xioborg@yahoo.com>
To: linux-kernel@vger.kernel.org
Cc: Florian Weimer <Florian.Weimer@RUS.Uni-Stuttgart.DE>
Subject: Re: Journaling pointless with today's hard disks?
Date: Mon, 26 Nov 2001 11:14:55 -0600	[thread overview]
Message-ID: <k1t40uciislnibv9927hekv82ejgu3eahb@4ax.com> (raw)
In-Reply-To: <tgpu68gw34.fsf@mercury.rus.uni-stuttgart.de>
In-Reply-To: <tgpu68gw34.fsf@mercury.rus.uni-stuttgart.de>

While I am not familiar with the IBM drives in particular, I am
familar with this particular problem.

The problem is that half of a sector gets new data, then when power is
dropped, the old data+CRC/ECC is left on second part of that sector,
and a subsequent read on the whole sector will detect the CRC/ECC
mismatch, and determine the error burst is larger than what it can
correct with retries, and ECC, and report it as a HARD ERROR. (03-1100
in the SCSI World) 

Since the error is non-recoverable, the disk drive should not
auto-reassign the sector, since it cannot succeed at moving good data
to the newly assigned sector.

This type of error does not require a low-level format.  Just writing
any data to the sector in error should give the sector a CRC/ECC field
that matches the data in the sector, and you should not get hard
errors when reading that sector anymore.

This was more of a problem with older disk drives (8-Inch platters, or
older), because the time required to finish any given sector was more
than the amount of time the electronics would run reliably.  All that
could be guranteed on these older drives was that a power loss would
not corrupt any adjacent data, ie write gate must be crow-bared
inactive before the heads start retracting, emergency-style, to the
landing zone.

I believe that the time to complete a sector is so short on current
drives, that they should be able to complete writing their current
sector, but I do not believe that there are any drive manufacturers
out there that gurrantee this.  Thus, there is probably a window, on
all disk drives out there, where a loss of power durring an active
write will end up causing a hard error when that sector is
subsequently read (I haven't looked though, and could be wrong).
Writing to the sector with the error should clear the hard-error when
that sector is read.  A low-level format should not be required to fix
this, and if it is, the drive is definitely broken in design.

This is basic power-economics, and one of the reasons for UPS's

Steve Brueggeman



On 24 Nov 2001 14:03:11 +0100, you wrote:

>In the German computer community, a statement from IBM[1] is
>circulating which describes a rather peculiar behavior of certain IBM
>IDE hard drivers (the DTLA series):
>
>When the drive is powered down during a write operation, the sector
>which was being written has got an incorrect checksum stored on disk.
>So far, so good---but if the sector is read later, the drive returns a
>*permanent*, *hard* error, which can only be removed by a low-level
>format (IBM provides a tool for it).  The drive does not automatically
>map out such sectors.
>
>IBM claims this isn't a firmware error, but thinks that this explains
>the failures frequently observed with DTLA drivers (which might
>reflect reality or not, I don't know, but that's not the point
>anyway).
>
>Now my question: Obviously, journaling file systems do not work
>correctly on drivers with such behavior.  In contrast, a vital data
>structure is frequently written to (the journal), so such file systems
>*increase* the probability of complete failure (with a bad sector in
>the journal, the file system is probably unusable; for non-journaling
>file systems, only a part of the data becomes unavailable).  Is the
>DTLA hard disk behavior regarding aborted writes more common among
>contemporary hard drives?  Wouldn't this make journaling pretty
>pointless?
>
>
>1. http://www.cooling-solutions.de/dtla-faq (German)


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


  parent reply	other threads:[~2001-11-26 17:15 UTC|newest]

Thread overview: 86+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.1006644421.6553.linux-kernel2news@redhat.com>
2001-11-24 13:03 ` Florian Weimer
2001-11-24 13:40   ` Rik van Riel
2001-11-24 16:36     ` Phil Howard
2001-11-24 17:19       ` Charles Marslett
2001-11-24 17:31       ` Florian Weimer
2001-11-24 17:41       ` Matthias Andree
2001-11-24 19:20         ` Florian Weimer
2001-11-24 19:29           ` Rik van Riel
2001-11-24 22:51             ` John Alvord
2001-11-24 23:41               ` Phil Howard
2001-11-25  0:24                 ` Ian Stirling
2001-11-25  0:53                   ` Phil Howard
2001-11-25  1:25                     ` H. Peter Anvin
2001-11-25  1:44                     ` Sven.Riedel
2001-11-24 22:28           ` H. Peter Anvin
2001-11-25  4:49             ` Andre Hedrick
2001-11-24 23:04           ` Pedro M. Rodrigues
2001-11-24 23:23           ` Stephen Satchell
2001-11-24 23:29             ` H. Peter Anvin
2001-11-26 18:05               ` Steve Brueggeman
2001-11-26 23:49                 ` Martin Eriksson
2001-11-27  0:06                   ` Andreas Dilger
2001-11-27  0:16                     ` Andre Hedrick
2001-11-27  7:38                       ` Andreas Dilger
2001-11-27 11:48                         ` Ville Herva
2001-11-27  0:18                 ` Jonathan Lundell
2001-11-27  1:01                   ` Ian Stirling
2001-11-27  1:33                     ` H. Peter Anvin
2001-11-27  1:57                   ` Steve Underwood
2001-11-27  5:04                   ` Stephen Satchell
2001-11-25  4:20           ` Pete Zaitcev
2001-11-25 12:30           ` Matthias Andree
2001-11-25 15:04             ` Barry K. Nathan
2001-11-25 16:31               ` Matthias Andree
2001-11-27  2:39                 ` Pavel Machek
2001-12-03 10:23                   ` Matthias Andree
2001-11-25  9:14   ` Chris Wedgwood
2001-11-25 22:55     ` Daniel Phillips
2001-11-26 16:59     ` Rob Landley
2001-11-26 20:30       ` Andre Hedrick
2001-11-26 20:35         ` Rob Landley
2001-11-26 23:59           ` Andreas Dilger
2001-11-27  0:24             ` H. Peter Anvin
2001-11-27  0:52               ` H. Peter Anvin
2001-11-27  1:11                 ` Andrew Morton
2001-11-27  1:15                   ` H. Peter Anvin
2001-11-27 16:59                     ` Matthias Andree
2001-11-27 16:56                 ` Matthias Andree
2001-11-27  1:23           ` Ian Stirling
2001-11-26 23:00             ` Rob Landley
2001-11-27  2:41               ` H. Peter Anvin
2001-11-27  0:19                 ` Rob Landley
2001-11-27 23:35                   ` Andreas Bombe
2001-11-28 14:32                     ` Rob Landley
2001-11-27  3:39               ` Ian Stirling
2001-11-27  7:03           ` Ville Herva
2001-11-27 16:50           ` Matthias Andree
2001-11-27 20:31             ` Rob Landley
2001-11-28 18:43               ` Matthias Andree
2001-11-28 18:46                 ` Rob Landley
2001-11-28 22:19                   ` Matthias Andree
2001-11-29 22:21                     ` Pavel Machek
2001-12-01 10:55                       ` Jeff V. Merkey
2001-12-02  0:08                       ` Matthias Andree
2001-12-03 20:04                         ` Pavel Machek
2001-11-26 20:53       ` Richard B. Johnson
2001-11-26 21:18         ` Journaling pointless with today's hard disks? [wandering OT] Rob Landley
2001-11-27  0:32         ` Journaling pointless with today's hard disks? H. Peter Anvin
2001-11-27 16:39       ` Matthias Andree
2001-11-27 17:42         ` Martin Eriksson
2001-11-28 16:35           ` Ian Stirling
2001-11-26 17:14   ` Steve Brueggeman [this message]
2001-11-26 20:36     ` Andre Hedrick
2001-11-26 21:14       ` Steve Brueggeman
2001-11-26 21:36         ` Andre Hedrick
2001-11-27 16:36           ` Steve Brueggeman
2001-11-27 20:04             ` Bill Davidsen
2001-11-27 21:28         ` Wayne Whitney
2001-11-27 21:52           ` Andre Hedrick
2001-11-28 11:53             ` Pedro M. Rodrigues
2001-11-25 13:52 ` Pedro M. Rodrigues
2001-11-25  1:20 dnu478nt5w@mailexpire.com
2001-11-28 14:36 Galappatti, Kishantha
2001-11-28 17:22 David Balazic
2001-11-28 23:25 Frank de Lange
2001-11-29  1:52 ` Matthias Andree

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=k1t40uciislnibv9927hekv82ejgu3eahb@4ax.com \
    --to=xioborg@yahoo.com \
    --cc=Florian.Weimer@RUS.Uni-Stuttgart.DE \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®