mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Grzegorz Kulewski <kangur@polcom.net>
To: Lennart Sorensen <lsorense@csclub.uwaterloo.ca>
Cc: Adam Miller <amiller@gravity.phys.uwm.edu>, linux-kernel@vger.kernel.org
Subject: Re: software RAID
Date: Fri, 20 May 2005 22:36:26 +0200 (CEST)	[thread overview]
Message-ID: <Pine.LNX.4.63.0505202226460.5241@alpha.polcom.net> (raw)
In-Reply-To: <20050520200334.GF23621@csclub.uwaterloo.ca>

On Fri, 20 May 2005, Lennart Sorensen wrote:

> On Fri, May 20, 2005 at 12:56:13PM -0500, Adam Miller wrote:
>>   We're looking to set up either software RAID 1 or RAID 10 using 2 SATA
>> disks.  If a disk in drive A has a bad sector, can it be setup so that the
>> array will read the sector from drive B and then have it rewrite the
>> bad sector on drive A?  Please CC me in the response.
>
> If a harddisk has a bad sector that is visible to the user (and hence
> not remapped by the drive) then it is time to retire the drive since it
> is out of spares and very damaged by that point.
>
> If you have a bad sector, it doesn't go away by writing to it again.  On
> modern drives, if you see bad sectors the disk is just about dead, and
> will probably be seen as such by the raid system which will then stop
> using the disk entirely and expect you to replace it ASAP.

What do you mean "see bad sectors"?

Modern drives are trying to relocate sectors that can become bad in short 
time. But this does not work 100% reliably. And sometimes disk wants to 
relocate sector but the sector can not be read anymore. If this happens 
disk will return read error when reading the sector _but_ when you will 
write it again it will relocate it (with new data). And I think this was 
the idea behind first post... To allow disk A to relocate not readable 
sectors with correct data from disk B.


Grzegorz Kulewski

  parent reply	other threads:[~2005-05-20 20:30 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-20 17:56 Adam Miller
2005-05-20 20:03 ` Lennart Sorensen
2005-05-20 20:21   ` Valdis.Kletnieks
2005-05-20 20:36   ` Grzegorz Kulewski [this message]
2005-05-20 20:53     ` Adam Miller
2005-05-21 19:03   ` Alan Cox
2005-05-20 21:50 ` Michael Tokarev
2005-05-20 22:11 ` Neil Brown
2005-05-21  3:31   ` 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=Pine.LNX.4.63.0505202226460.5241@alpha.polcom.net \
    --to=kangur@polcom.net \
    --cc=amiller@gravity.phys.uwm.edu \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lsorense@csclub.uwaterloo.ca \
    /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®