Messages in this thread | | | Subject | Re: Blockbusting news, results are in | From | Krzysztof Halasa <> | Date | 19 Oct 2003 17:55:09 +0200 |
| |
"Norman Diamond" <ndiamond@wta.att.ne.jp> writes:
> 3. If there were a way to enable reallocation in case of permanent errors, > I think my friends would have said. But they sure didn't say there were any > user-settable options, they only said some approximations of how it was > designed.
Other drives remap on write by default.
> It does reallocations after temporary read errors but not after > permanent read errors (where permanent means 255 failures in auto-retry).
Good so far.
> They think it does reallocations after temporary write errors, they weren't > sure if it does reallocations after permanent write errors, now we know that > it doesn't do reallocations after permanent write errors, and this is how it > is designed, with no hint of options to toggle.
There isn't (shoudn't be) such a thing as "temporary" or "permanent" write error. A write error should cause a sector to be remapped (the question about how many times the drive should try to write a single sector is irrelevant here). The drive should not return write error unless all spare sectors are already in use (which means the drive is approaching death and should be replaced immediately).
All drives I currently use do just that (though I don't currently use Toshiba drives).
I would rather ask Toshiba if it's a bug in their firmware and if they have fixed it. Or buy another brand.
> Why does RAM carry 6 year warranties? (Maybe some don't but this is > common.)
It doesn't have moving parts.
> > BTW, you're welcome to buy "premium" drives with 3-year or 5-year > > warranties. (3 on most vendor's high end ATA products, and 5 years on > > most SCSI products)
We have that here (ATA, and I think all SCSI drives have 5 years). Not sure about exact price increase, though. -- Krzysztof Halasa, B*FH - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |