linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* a disk timeout and a disk state
@ 2007-09-04  7:09 Raz
  2007-09-08  8:00 ` Tejun Heo
  0 siblings, 1 reply; 4+ messages in thread
From: Raz @ 2007-09-04  7:09 UTC (permalink / raw)
  To: Jeff Garzik; +Cc: linux-ide@vger.kernel.org

Jeff Hello

We have in our machines several sata (mostly maxtor-segate) disks in an array.
These disks generate too many ata-io errors at clients sites.
>From raid1 code I have learned that a re-write sometimes fixes a disk.

Question: Why ?
Question: Does it always work ?
Question: Does rewriting a slow sector also reduces a disk error rate,
does it make any sense ?

thank you
-- 
Raz

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: a disk timeout and a disk state
  2007-09-04  7:09 a disk timeout and a disk state Raz
@ 2007-09-08  8:00 ` Tejun Heo
  2007-09-10 17:27   ` Raz
  0 siblings, 1 reply; 4+ messages in thread
From: Tejun Heo @ 2007-09-08  8:00 UTC (permalink / raw)
  To: Raz; +Cc: Jeff Garzik, linux-ide@vger.kernel.org

Raz wrote:
> Jeff Hello
> 
> We have in our machines several sata (mostly maxtor-segate) disks in an array.
> These disks generate too many ata-io errors at clients sites.
> From raid1 code I have learned that a re-write sometimes fixes a disk.
> 
> Question: Why ?
> Question: Does it always work ?
> Question: Does rewriting a slow sector also reduces a disk error rate,
> does it make any sense ?

You need to post much more information to get anyone on the list interested.

* lspci -nn
* boot log (/var/log/boot.msg on some distros or the result of dmesg
after boot)
* kernel error messages (dmesg after errors)

-- 
tejun


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: a disk timeout and a disk state
  2007-09-08  8:00 ` Tejun Heo
@ 2007-09-10 17:27   ` Raz
  2007-09-10 17:46     ` Alan Cox
  0 siblings, 1 reply; 4+ messages in thread
From: Raz @ 2007-09-10 17:27 UTC (permalink / raw)
  To: Tejun Heo; +Cc: Jeff Garzik, linux-ide@vger.kernel.org

On 9/8/07, Tejun Heo <htejun@gmail.com> wrote:
> Raz wrote:
> > Jeff Hello
> >
> > We have in our machines several sata (mostly maxtor-segate) disks in an array.
> > These disks generate too many ata-io errors at clients sites.
> > From raid1 code I have learned that a re-write sometimes fixes a disk.
> >
> > Question: Why ?
> > Question: Does it always work ?
> > Question: Does rewriting a slow sector also reduces a disk error rate,
> > does it make any sense ?
>
> You need to post much more information to get anyone on the list interested.
I am not trying to fix any problem. I am asking a genera question. We
found that rewriting over a slow sector for several times, speeds up
the read from this sector.
My question is, does it make any sense to you,or Mr. garzik ?

thank you

> * lspci -nn
> * boot log (/var/log/boot.msg on some distros or the result of dmesg
> after boot)
> * kernel error messages (dmesg after errors)
>
> --
> tejun
>
>


-- 
Raz

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: a disk timeout and a disk state
  2007-09-10 17:27   ` Raz
@ 2007-09-10 17:46     ` Alan Cox
  0 siblings, 0 replies; 4+ messages in thread
From: Alan Cox @ 2007-09-10 17:46 UTC (permalink / raw)
  To: Raz; +Cc: Tejun Heo, Jeff Garzik, linux-ide@vger.kernel.org

If you get a bad sector on a disk you can't get the data back. If you
rewrite that data then the disk can put data back. It may use the same
space on the medium or place the sector somewhere else on the physical
platter depending on the error involved.


Alan

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2007-09-10 17:39 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-09-04  7:09 a disk timeout and a disk state Raz
2007-09-08  8:00 ` Tejun Heo
2007-09-10 17:27   ` Raz
2007-09-10 17:46     ` Alan Cox

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).