On 1/3/2018 3:53 PM, Phil Turmel wrote:
On 01/03/2018 08:50 AM, Alexander Shenkin wrote:
On 1/3/2018 1:26 PM, Brad Campbell wrote:
Nope. Your pending is still at 8, so you've got bad sectors in an
area
of the drive that hasn't been dealt with. What is "interesting" is
that your SMART test results don't list the LBA of the first failure.
Disappointing behaviour on the part of the disk. They are within the
1st 10% of the drive however, so it wouldn't surprise me if they were
in an unused portion of the RAID superblock area.
Thanks Brad. So, to theoretically get these sectors remapped so I
don't
keep getting errors, I would have to somehow try to write to those
sectors. That's tough given that the LBA's aren't reported as you
mention. Perhaps my best course of action then is to:
No, just use dd to read that device -- it'll bail out with read error
when it hits the trouble spot, which will report the affected sector.
Then you can rewrite it with the appropriate seek= value. (Assuming it
really is in an unused part of the member device.)
Ok, an update. Writing with bs=512 had issues, as it was failing on a
read, and reallocating was failing. I think this is because the
physical sector size is 4096b, and it needs to read the other 7 512b
logical sectors if it wants to write just 1 512b logical sector. So, I ran:
sudo dd if=/dev/zero of=/dev/sda seek=732230414 count=1 bs=4096
This seems to have worked. In syslog, I just now saw:
Jan 4 12:12:07 machinename smartd[2203]: Device: /dev/sda [SAT], No
more Currently unreadable (pending) sectors, warning condition reset
after 90 emails
Jan 4 12:12:07 machinename smartd[2203]: Device: /dev/sda [SAT], No
more Offline uncorrectable sectors, warning condition reset after 90 emails
Jan 4 12:12:07 machinename smartd[2203]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 113 to 117
I'm now running a checkarray and will report back final results, and
whether the SMART warnings return. Thanks all for the help, hope this
marks the end of this issues...
Allie
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
