硬盘坏道会自己消失吗？

共计 4285 个字符，预计需要花费 11 分钟才能阅读完成。

前天 ovh 独服看到 197 Current_Pending_Sector 数值变成 1，然后用 badblock 扫描坏道果然发现了 4 个，我也没继续修复。只是开始备份数据准备找客服换硬盘。
结果今天数据快拷完了重新检测了下发现 smart 197 又变成 0 了，重扫之前坏道的块也扫不到坏道了。这是怎么回事？

这个叫 unstable 我觉得取决于扫描软件 root@ns3148808:~# smartctl -l error /dev/sdb
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.10.0-19-amd64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART Error Log Version: 1
ATA Error Count: 20 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 20 occurred at disk power-on lifetime: 19896 hours (829 days + 0 hours)
When the command that caused the error occurred, the device was doing SMART Offline or Self-test.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
— — — — — — —
40 43 00 00 00 00 00Error: UNC at LBA = 0x00000000 = 0
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_TimeCommand/Feature_Name
— — — — — — — ————————————–
60 08 20 80 6a 80 40 0842d+22:21:33.350READ FPDMA QUEUED
61 08 28 10 9a c7 40 0842d+22:21:30.905WRITE FPDMA QUEUED
ea 00 00 00 00 00 a0 0842d+22:21:30.901FLUSH CACHE EXT
60 08 00 88 0e 4c 40 0842d+22:21:30.873READ FPDMA QUEUED
60 08 80 80 0e 4c 40 0842d+22:21:30.872READ FPDMA QUEUED
Error 19 occurred at disk power-on lifetime: 19896 hours (829 days + 0 hours)
When the command that caused the error occurred, the device was doing SMART Offline or Self-test.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
— — — — — — —
40 43 00 00 00 00 00Error: UNC at LBA = 0x00000000 = 0
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_TimeCommand/Feature_Name
— — — — — — — ————————————–
60 08 b0 80 6a 80 40 0842d+22:21:30.675READ FPDMA QUEUED
60 08 08 60 0e 4c 40 0842d+22:21:29.729READ FPDMA QUEUED
61 08 a8 e8 27 04 40 0842d+22:21:29.422WRITE FPDMA QUEUED
61 08 a0 f8 27 04 40 0842d+22:21:29.422WRITE FPDMA QUEUED
60 08 98 38 bf f8 40 0842d+22:21:29.343READ FPDMA QUEUED
Error 18 occurred at disk power-on lifetime: 19896 hours (829 days + 0 hours)
When the command that caused the error occurred, the device was doing SMART Offline or Self-test.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
— — — — — — —
40 43 00 00 00 00 00Error: UNC at LBA = 0x00000000 = 0
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_TimeCommand/Feature_Name
— — — — — — — ————————————–
60 08 98 80 6a 80 40 0842d+22:21:28.042READ FPDMA QUEUED
60 08 a8 98 6e 3e 40 0842d+22:21:25.588READ FPDMA QUEUED
61 08 a0 28 99 c7 40 0842d+22:21:25.588WRITE FPDMA QUEUED
ea 00 00 00 00 00 a0 0842d+22:21:25.584FLUSH CACHE EXT
60 08 68 50 73 f7 40 0842d+22:21:25.535READ FPDMA QUEUED
Error 17 occurred at disk power-on lifetime: 19896 hours (829 days + 0 hours)
When the command that caused the error occurred, the device was doing SMART Offline or Self-test.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
— — — — — — —
40 43 00 00 00 00 00Error: UNC at LBA = 0x00000000 = 0
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_TimeCommand/Feature_Name
— — — — — — — ————————————–
60 08 60 80 6a 80 40 0842d+22:21:25.375READ FPDMA QUEUED
60 08 78 78 87 3f 40 0842d+22:21:25.364READ FPDMA QUEUED
61 08 10 20 4c 44 40 0842d+22:21:25.085WRITE FPDMA QUEUED
60 08 c8 e0 16 c1 40 0842d+22:21:24.035READ FPDMA QUEUED
60 08 48 48 73 f7 40 0842d+22:21:23.145READ FPDMA QUEUED
Error 16 occurred at disk power-on lifetime: 19896 hours (829 days + 0 hours)
When the command that caused the error occurred, the device was doing SMART Offline or Self-test.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
— — — — — — —
40 43 00 00 00 00 00Error: UNC at LBA = 0x00000000 = 0
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_TimeCommand/Feature_Name
— — — — — — — ————————————–
60 08 78 80 6a 80 40 0842d+22:21:22.434READ FPDMA QUEUED
60 00 40 10 9f 22 40 0842d+22:21:19.997READ FPDMA QUEUED
60 00 38 10 9e 22 40 0842d+22:21:19.997READ FPDMA QUEUED
61 48 a8 28 98 c7 40 0842d+22:21:19.996WRITE FPDMA QUEUED
61 b8 70 00 58 cc 40 0842d+22:21:19.995WRITE FPDMA QUEUED 坏道是物理损坏，只能把这片区域屏蔽掉不用 … 不会消失如果自己消失了你还敢用吗？机械一般直接屏蔽那个坏道，你扫完他就当好了 c5 相当大一部分都是可以自动修复，但是我有时候备份数据后一般都是标准格式化一次，一般情况下会修复这种错误，如果标准格式化没有清除这种错误，那么很大概率就是物理坏道了可以屏蔽继续用