我在 MSI GL75 笔记本电脑上使用双启动 Fedora 33 - KDE 和 Windows 10,并配有 WDC PC SN730 SDBPNTY-1T 磁盘。在很长时间后启动 Windows 后,我尝试调整分区大小,我只单击了 Windows 磁盘工具中的“调整大小”,但随后取消了,因为我想第二天从 Linux 执行此操作。(因此 Windows 不应该向硬盘写入任何内容)但今天早上当我启动 Linux 时,它多次说我的系统是只读的,所以我再次重新启动,这次它让我进入紧急模式,说它无法读取我的硬盘。我启动了一个实时操作系统密钥并尝试备份一些重要数据,但当我尝试安装磁盘时,它说我遇到了超级块问题。我尝试通过 SMARTctl 获取驱动器的运行状况,这是输出:
=== START OF INFORMATION SECTION ===
Model Number: WDC PC SN730 SDBPNTY-1T00-1032
Firmware Version: 11111000
PCI Vendor/Subsystem ID: 0x15b7
IEEE OUI Identifier: 0x001b44
Total NVM Capacity: 1,024,209,543,168 [1.02 TB]
Unallocated NVM Capacity: 0
Controller ID: 8215
Number of Namespaces: 1
Namespace 1 Size/Capacity: 1,024,209,543,168 [1.02 TB]
Namespace 1 Formatted LBA Size: 512
Namespace 1 IEEE EUI-64: 001b44 8b46bf3bc1
Local Time is: Thu Dec 24 18:51:37 2020 CET
Firmware Updates (0x14): 2 Slots, no Reset required
Optional Admin Commands (0x0017): Security Format Frmw_DL Self_Test
Optional NVM Commands (0x005f): Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat Timestmp
Maximum Data Transfer Size: 128 Pages
Warning Comp. Temp. Threshold: 84 Celsius
Critical Comp. Temp. Threshold: 88 Celsius
Namespace 1 Features (0x02): NA_Fields
Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 6.00W - - 0 0 0 0 0 0
1 + 3.50W - - 1 1 1 1 0 0
2 + 3.00W - - 2 2 2 2 0 0
3 - 0.1000W - - 3 3 3 3 4000 10000
4 - 0.0025W - - 4 4 4 4 4000 40000
Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 2
1 - 4096 0 1
=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
- available spare has fallen below threshold
- NVM subsystem reliability has been degraded
- media has been placed in read only mode
SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x0d
Temperature: 46 Celsius
Available Spare: 0%
Available Spare Threshold: 10%
Percentage Used: 0%
Data Units Read: 15,350,603 [7.85 TB]
Data Units Written: 10,703,203 [5.48 TB]
Host Read Commands: 146,613,844
Host Write Commands: 113,070,930
Controller Busy Time: 264
Power Cycles: 576
Power On Hours: 1,886
Unsafe Shutdowns: 39
Media and Data Integrity Errors: 81,685
Error Information Log Entries: 81,767
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Error Information (NVMe Log 0x01, max 256 entries)
Num ErrCount SQId CmdId Status PELoc LBA NSID VS
0 81767 9 0x0028 0xc502 - 28293480 1 -
1 81766 9 0x0023 0xc502 - 28292904 1 -
那么,你们认为它可以通过 CLI 修复吗,还是它已经完全死机了?(精确度:这里没有留下任何重要数据,我备份了所有内容)谢谢!
答案1
现代驱动器中 SMART 技术背后的理念是让驱动器报告驱动器的统计数据和状况,例如必须进行的重试次数、需要重新映射的扇区数以及表明驱动器的健康状况和预测可用性的其他条件。
在这种情况下,您的驱动器会告诉您它因多种原因而发生故障,并已将自身置于只读模式以保护您的数据。此时,唯一要做的就是更换它。损坏可能是物理损坏,您将无法修复 NVMe 中出现问题的芯片,因为这些芯片将被焊接到驱动器上,用户无法更换。
您的驱动器看起来可能相当新,而且众所周知,某些技术确实会在使用寿命的早期出现故障。因此,如果它仍在保修期内,您可以尝试要求制造商更换。否则,这只是正常的硬件故障,您可以庆幸自己拥有良好的备份。