<div dir="ltr"><div>Hi,</div><div><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> <a href="https://pastebin.com/P2uvFxfa" rel="noreferrer" target="_blank">https://pastebin.com/P2uvFxfa</a><br>
> <br>
> I've also tried to run badblocks on the area around that bad sector, and<br>
> it's succeeded.<br>
<br>
As far as I could see, you didn't include the screen log of the<br>
"badblocks" run -- I don't know if that will actually show us anything<br>
useful, but certainly the exact details of the badblocks invocation<br>
(including command-line options) may be important to understanding why<br>
that isn't detecting the error.<br></blockquote><div><br></div><div># badblocks -svw /dev/sda <end> <start></div><div><br></div><div>I'm pretty sure it bypasses any cache. I've been using it to stress-test disks for many years, sometimes even running multiple copies of badblocks across different parts of the disk to really test the system memory and CPU and IO. </div><div><br></div><div>I discussed the idea with one of the developers of the Adaptec AHA driver for Linux like fifteen years ago now, yikes.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">  # DEV=/dev/sdb<br>
  # SECT=$(( 556876652 - 100 ))<br>
  # dd iflag=direct if=$DEV of=/dev/null count=200 skip=$SECT</blockquote><div><br></div><div>I'll try this as well.</div><div><br></div><div>Thanks,<br>Alex</div><div><br></div><div><br></div></div></div>