我有 Windows 10,几天前更新到 1903。我有华硕 z170 主板和三个硬盘,一个是安装了 Windows 的 SSD,另一个是 1TB 希捷硬盘,还有一个 1TB 西部数据硬盘。
我收到了 Seagate 硬盘的“SMART 故障预测”消息。
在网上查找了错误信息后,我认为我的硬盘已经到了使用寿命的尽头。我已将所有重要数据复制到了另一个硬盘上。
我跑了chkdsk /f /r但在启动时仍收到该消息。
有没有办法在启动时禁用此消息,因为每次我都必须按 F1,然后选择我的 SSD 进行启动。
我以 SSD 作为主启动驱动器,但它仍然提示错误消息并加载 BIOS。
更新:我计划尽快更换驱动器,但我希望驱动器中的数据在驱动器发生故障时可以承受丢失。换句话说,我已经备份了数据,不再关心这个驱动器。那么我可以只针对这个驱动器禁用该消息吗?
答案1
一些磁盘测试表明,一些磁盘的使用寿命可以达到其预计寿命的两倍或三倍,因此您可以忽略此消息,假设您已经做好了最坏的准备。
当错误出现在 BIOS 中时,请尝试禁用其中的 SMART。不建议这样做,但只要您为磁盘故障做好了准备,您可以尝试一下。
启动 BIOS 并查找标题为“硬件”、“硬盘”或类似名称的菜单,以及其中任何提及“SMART”的选项。突出显示“SMART”选项并将其设置为“已禁用”或“关闭”。
有时仍建议撤消此操作并验证 SMART 数据。即使 BIOS 不再执行此操作,某些实用程序也可能能够读取磁盘的 SMART 数据。
答案2
运行实际的 SMART 测试以确定驱动器的具体问题;Windows 没有带有smartctl
二进制文件的独立软件,因此请使用能够通过包管理器安装二进制文件的 Linux LiveUSB:
- 按照 Ubuntu 的指南在 Windows 上创建可启动的 USB 记忆棒
- 启动 LiveUSB →无需安装即可试用 Ubuntu
- 进入 Ubuntu 桌面后,通过以下方式打开终端Ctrl+Alt+T
-
sudo apt-get update && sudo apt-get install smartmontools
- 按下Y安装:
将弹出一个 Postfix 包配置菜单,选择:Ok
→No configuration
- 按下Y安装:
sdb
希捷硬盘在哪里:(列出所有驱动器:ls /dev | grep sd
或lsblk
)sudo smartctl -a /dev/sdb
- 供应商特定的 SMART 属性及阈值:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 9 Power_On_Hours 0x0012 043 043 000 Old_age Always - 24972 194 Temperature_Celsius 0x0002 187 187 000 Old_age Always - 32 (Min/Max 16/46) 1 Raw_Read_Error_Rate 0x000b 100 100 062 Pre-fail Always - 0 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 191 G-Sense_Error_Rate 0x000a 100 100 000 Old_age Always - 0 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0 223 Load_Retry_Count 0x000a 100 100 000 Old_age Always - 0
- 错误输出将类似于:
ATA Error Count: 2 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] Error 2 occurred at disk power-on lifetime: 403 hours (16 days + 19 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 08 28 d5 00 e0 Error: UNC 8 sectors at LBA = 0x0000d528 = 54568 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 08 28 d5 00 e0 08 1d+10:18:07.310 READ DMA ca 00 08 e8 a1 12 e0 08 1d+10:18:06.830 WRITE DMA ca 00 08 c8 fa 11 e0 08 1d+10:18:06.830 WRITE DMA ca 00 08 00 f7 11 e0 08 1d+10:18:06.830 WRITE DMA ca 00 08 b8 f1 11 e0 08 1d+10:18:06.830 WRITE DMA Error 1 occurred at disk power-on lifetime: 369 hours (15 days + 9 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 10 51 08 10 17 35 e0 Error: IDNF at LBA = 0x00351710 = 3479312 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- ca 00 08 10 17 35 e0 08 03:35:59.609 WRITE DMA ca 00 08 60 16 35 e0 08 03:35:59.609 WRITE DMA ca 00 08 20 11 35 e0 08 03:35:59.607 WRITE DMA ca 00 08 08 11 35 e0 08 03:35:59.607 WRITE DMA ca 00 08 b0 10 35 e0 08 03:35:59.607 WRITE DMA
- SMART 自检日志结构:
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 24885 - # 2 Short offline Completed without error 00% 24765 - # 3 Extended offline Completed without error 00% 24643 - # 4 Extended offline Completed without error 00% 24523 -
- 供应商特定的 SMART 属性及阈值:
- 运行长期 SMART 测试:(需要几个小时)
通过以下方式定期检查进度:sudo smartctl -t long /dev/sdb
sudo smartctl -a /dev/sdb | grep "progress" -i -A 1
- SMART 测试完成后,检查其是否顺利完成:
sudo smartctl -a /dev/sdb | grep "Extended offline"
-
- 启动到 Windows 后,对驱动器上的每个分区运行以下命令:
ChkDsk <DriveLetter>: /OfflineScanAndFix
根据 3.2 和 3.4 的结果,可能需要更换驱动器,但这取决于 SMART 测试以及哪些精确值超出了可接受范围。