更新：这是一条有问题的 SATA 电缆。
我在通过 SATA 连接的外部 WD 1TB 硬盘上运行了 chkdsk /R 命令。以下是事件查看器中 chkdsk 的输出日志。不确定错误消息是什么意思？
Chkdsk 以读/写模式执行。
检查 E: 上的文件系统。文件系统类型为 NTFS。卷标为备份驱动器。
CHKDSK 正在验证文件（第 1 阶段，共 5 阶段）... 处理了 768 个文件记录。文件验证完成。处理了 0 个大型文件记录。
处理了 0 个坏文件记录。处理了 0 个 EA 记录。处理了 0 个重新解析记录。CHKDSK
正在验证索引（第 2 阶段，共 5 阶段）... 处理了 884 个索引条目。索引验证完成。扫描了 0 个未编入索引的文件。恢复
了 0 个未编入索引的文件。CHKDSK
正在验证安全描述符（第 3 阶段，共 5 阶段）... 处理了 768 个文件 SD/SID。清除文件 0x9 的索引 $SII 中的 6 个未使用的索引条目。清除文件 0x9 的索引 $SDH 中的 6 个未使用的索引条目。清除 6 个未使用的安全描述符。安全描述符验证完成。处理了 58 个数据文件。CHKDSK
正在验证文件数据（第 4 阶段，共 5 阶段）... 处理了 752 个文件。文件数据验证完成。 CHKDSK 正在验证可用空间（第 5 阶段，共 5 阶段）... 已处理 196108954 个可用簇。
可用空间验证已完成。读取 0x10000 字节偏移量 0xb62f1000 处状态为 0xc000009d 的失败。读取 0x1000 字节偏移量 0xb62f1000 处状态为 0xc000009d 的失败。发生未指定的错误 (6c6f6766696c652e 29c)。
答案1
0xc000009d=STATUS_DEVICE_NOT_CONNECTED
看起来 Windows 丢失了与驱动器的连接。更换电缆并检查问题是否仍然存在。
答案2
哎哟。看来你有麻烦了。
我认为“读取错误”可能是由坏的文件系统引起的：如果文件系统指向一些无法成功读取的数据，那么 Chkdsk 可能会根据从错误卷读取的指令尝试执行错误和愚蠢的操作。在这种情况下，完全擦除磁盘会导致（丢失所有数据，但会给您）物理上可正常运行的磁盘，因为问题出在软件上。
但是，这种“读取失败”看起来更像是硬件问题。在这种情况下，您可能会遇到更令人不快的情况：物理损坏的部件无法仅通过软件修复。
我将尝试进一步解释我认为这里正在发生的事情。很多人认为 Chkdsk 是用来修复磁盘的。不是的。它的作用是尝试修复文件系统卷的结构。
数据是使用表格（如图表/图形）存储的。Chkdsk 的主要作用是确保表格中的所有内容都正确无误。它会遵循交叉引用并确保所有内容都正确无误。
但您显示“读取失败”。这听起来像是硬件错误。当 Chkdsk 尝试获取一些数据时，计算机无法从硬盘读取数据。Chkdsk 不知道如何正确继续，因为它没有获取它急需的一些数据。
最好的解决方案就是放弃 Chkdsk /R。Chkdsk 无法获取正确完成工作所需的数据。因此，目前成功的可能性不大。更糟糕的是：理论上可能存在这样的情况：Chkdsk 可能会获取部分数据或错误数据，并且 Chkdsk 可能会认为它知道如何继续，并开始努力修复一堆东西，并开始进行更改，然后后来意识到它进行了如此多的更改，以至于陷入了更糟糕的麻烦，并且永远无法解决所有问题（其中一些是刚刚产生的）。在这种最坏的情况下，Chkdsk 可能会导致更多访问数据的问题。Chkdsk 可用于修复小问题。此时，您面临的风险是遇到比 Chkdsk 通常擅长解决的问题更大的问题。
专注于备份所有可以挽救的数据。如果这台电脑除了坏掉/损坏的部分以外仍然有用，那么就给电脑提供一个替换磁盘。现在我建议使用这个磁盘的唯一用途是尝试在磁盘进一步损坏之前恢复数据。一旦完全备份，您可以尝试与磁盘进行其他交互，例如运行其他磁盘检查程序以查看硬件是否正常工作。目前，我建议假设它不工作的可能性很大。首先专注于备份所有有用的内容。
我很遗憾听到这个坏消息。