Thread (21 messages) 21 messages, 9 authors, 2016-10-11

Re: Why not just return an error?

From: Brad Campbell <hidden>
Date: 2016-10-11 10:01:07

On 11/10/16 17:18, Wols Lists wrote:
On 11/10/16 05:00, Brad Campbell wrote:
quoted
quoted
The point is that the disk sector is not bad. So you don't want to mark
it as bad on the disk. But you know that the *data* in that block is
bad, so you want the disk access layer to fake a read error when you try
to read it. The intent is to deliberately trigger a rewrite by md.
I suggested this a while ago. Take the badblocks log, use hdparm to mark
each bad sector as bad and put the drive back in the array. I even
suggested potentially adding a feature to ddrescue to auto-mark the
blocks as bad on the target drive.
But does that mean that the drive thinks those sectors are bad, and that
they're then lost permanently at the hardware level? That's what I
thought the badblocks list did with hdparm, and that's what I was trying
to avoid.
I've not used bad blocks list, but a cursory read would indicate it only 
records a bad block if the writeback fails. That won't ever happen with 
a bad sector created with hdparm. All hdparm does is corrupt the EEC on 
the block so a read always returns dud. A write solves that issue nicely.

Regards,
Brad
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help