Re: Help request

Robert Nichols <[email protected]> Tue, 7 Jul 2020 19:43:22 -0500
Newsgroups gmane.linux.kernel.device-mapper.dm-crypt
Message-ID <[email protected]>
On 7/7/20 3:58 PM, Michael Kjörling wrote:
> On 6 Jul 2020 03:36 +0000, from [email protected] (lacedaemonius):
>> [ 643.631782] print_req_error: critical target error, dev sdi, sector 11721044993
>> [ 643.631789] Buffer I/O error on dev sdi, logical block 11721044993, async page read
...
> Unfortunately, drives can fail without reporting failures in SMART
> data, and they can fail early. While the probability of either is
> _lower_, it is non-zero.

And, a single bad sector is not going to cause SMART to report a failure.
"FAILING NOW" is not reported until the drive has nearly exhausted its
supply of spare sectors.

The good news is that this LBA, right at the end of a 6TB (nominal)
drive, is a fairly unlikely location for a LUKS header, so even if
this is an actual bad sector your data should be otherwise recoverable.

The output from "smartctl -A" (or the fuller report from "-a") should
be relevant, in particular the "Current_Pending_Sector" raw value.
A non-zero value there indicates bad sectors that are visible to the
OS and will cause an I/O error when read.

-- 
Bob Nichols     "NOSPAM" is really part of my email address.
                 Do NOT delete it.

_______________________________________________
dm-crypt mailing list
[email protected]
https://www.saout.de/mailman/listinfo/dm-crypt