[smartmontools-support] Calcuting smartctl output to recovery bad-sector on FreeBSD ZFS

[Budi Janto]

On 3/11/21 9:10 PM, Christian Franke wrote:
> This is the legacy SMART error log which only supports 28-bit LBAs. This 
> drive apparently logs the LBA registers as 0xff for LBAs greater than 
> 0x0fffffff. Other drives don't log anything in this case.
> 
> Don't use '-l error', use '-l xerror' instead. Note that '-l xerror' is 
> not included in '-a' but in '-x'.
> 
> Try also '-l defects' which also included only in '-x'. If supported by 
> the drive, this should print the LBAs of the 8 pending sectors counted 
> in attribute 197/198.

Thanks,

But I'am really don't understand. I use FreeBSD & ZFS, /dev/ada2 is 
striped disk with /dev/ada1.

# smartctl -l selftest /dev/ada2
smartctl 7.2 2020-12-30 r5155 [FreeBSD 12.2-STABLE amd64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining 
LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%     28337 
      3342106256
# 2  Short offline       Completed: read failure       90%     28336 
      3342106256
# 3  Short offline       Completed: read failure       90%     28336 
      3342106256
# 4  Short offline       Completed: read failure       90%     28336 
      3342106256
# 5  Short offline       Completed without error       00%     27290 
      -
# 6  Short offline       Completed without error       00%     27221 
      -
# 7  Short offline       Completed without error       00%     21030 
      -
# 8  Short offline       Aborted by host               80%     10969 
      -

# dd if=/dev/zero of=/dev/ada2 bs=4096 count=1 seek=417763282 
conv=noerror,sync

# dd if=/dev/zero of=/dev/ada2 bs=512 count=1 iseek=3342106256 
oseek=3342106256 conv=noerror,sync

# dd if=/dev/ada2 of=/dev/ada2 bs=512 count=1 iseek=3342106256 
oseek=3342106256 conv=noerror,sync

The problem still exist in /dev/ada2.


-- 
Regards,


Budi Janto

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 203 bytes
Desc: OpenPGP digital signature
URL: <https://listi.jpberlin.de/pipermail/smartmontools-support/attachments/20210313/4a3e9239/attachment.sig>