我的 Western Digital My Passport 4TB 外置硬盘出现了问题。具体型号为：WDBYFT004BBK-0A
我正在对我的实时设置（笔记本电脑）、另一个外部驱动器（Seagate）和上面提到的 WD 进行交叉备份。我开始将大量文件（约 40GB）从一个外部驱动器移动到另一个外部驱动器，然后离开一段时间，当我回来时，传输已冻结并且无法继续，所以我不得不中止它。之后，我移除驱动器并重新插入它们，但那时 WD 已无法正确识别/读取...它的 LED 会亮起和/或闪烁，我可以感觉到驱动器本身在工作（光盘旋转），但它不会显示在资源管理器中，如果我尝试在插入驱动器的情况下刷新磁盘管理器，它会冻结并保持这种状态。驱动器确实显示在设备管理器中（实际上有两个条目，一个是驱动器本身，另一个称为“WD SES 设备”），但不正确（它们会在正常状态和黄色警告标志之间交替，表示驱动程序问题），并且与驱动器条目的交互也会滞后很多（例如打开属性）。我尝试卸载驱动程序并让 Windows 自动重新安装它们，但首先由于冻结而非常困难，其次即使重新启动后也似乎没有什么区别。
然后我尝试使用 CrystalDiskInfo 检查驱动器的 SMART 值，但它也检测不到磁盘。不知何故，当我拔下驱动器时，它最终显示了一些数据*，也就是说，它提醒我小心谨慎，但我能看到的唯一有问题的是“待处理扇区计数”（原始值为 2）。不过，我不确定该软件是否能够正确分析驱动器，或者它是否给出了部分结果，因为它似乎在挣扎。
此时我意识到我可能已经对驱动器摆弄得太多，并且可能无意中使恢复的机会变得更小......
请记住：
- 遗憾的是，专业康复对我来说不是一个选择，
- 我不认为驱动器上的数据确实不可或缺。但我仍然很沮丧，因为我不知道它上面到底有什么，什么在我的其他备份驱动器上正确镜像，什么没有……所以如果可能的话，我仍然想尝试恢复它的内容。
我在网上看到一些人推荐使用 Linux 上的 (g)ddrescue 来创建驱动器映像，我意识到这可能是我最安全的选择。所以我让 Linux 在实时 USB 驱动器上运行。
在我熟悉操作系统的过程中，在回头写这篇文章之前，我又尝试了两件事，即：
- 在 Linux 上插入磁盘，看看操作系统本身是否有区别（没有。或者……嗯，实际上，驱动器确实出现在 Linux 磁盘管理器中。最初是一个单独的可用分区，然后变为未知。至少容量被正确识别。但它仍然无法正确安装/读取）
- 我对其运行了 fdisk，它给出了以下响应：
之后我停止了对它的修改，但仍然想知道是否有其他非破坏性诊断程序（例如 fsck -n、gdisk 或 badblocks？）可以运行，以便稍微简化和加速该过程。或者至少有一种使用 ddrescue 来了解成像需要多长时间的方法。（如果我选择这种方式，我还需要另一个驱动器来存储图像，虽然我并不期待，但可能是必要的......）
好了，就是这样了。你们觉得呢？在对驱动器进行映像处理之前，我可以做什么，应该做什么，或者这是目前唯一明智的选择吗？
为了完整起见，我还尝试了：
- 使用另一根电缆
- 将驱动器插入另一个 USB 端口
- 将驱动器插入另一台 Windows 机器 我还想尝试通过 SATA 内部连接驱动器，因此我将其从机箱中取出。但唯一可用的连接器是 USB micro B，因此这不起作用。
提前感谢并致以最诚挚的问候，Darko ^^
答案1
我无法立即给出解决方案，但我可以推荐一些方法，因为我过去曾遇到过非常类似的情况。
就我而言，症状是任何尝试读取我的磁盘的应用程序都会停止响应。我认为造成这种情况的原因是其中一个分区的主文件表已损坏。Windows 在尝试获取与损坏分区相关的任何内容时会冻结，但在以 100% 的活动读取磁盘约 3 小时后，它最终会加载其他分区上的数据。
我解决这个问题的方法是先备份！在 Windows 上，您可以使用 HDDRawCopy 克隆驱动器。如果 Windows 在读取磁盘时崩溃，您必须从实时或正常的 Linux 安装进行启动。然后，您可以尝试使用 dd 或 ddrescue 克隆整个磁盘（/dev/sdb 或类似的东西），就像您说的那样。ddrescue 可以继续克隆磁盘，例如，如果磁盘上有死扇区，dd 会阻塞并抛出错误。
要在备份后恢复数据，您首先当然应该运行磁盘检查，如 chkdsk 或 Linux 等效程序。如果没有任何效果，您可以尝试使用 TestDisk。TestDisk 是免费的，它允许您分析分区表、文件表，甚至恢复文件和已删除的分区。如果您愿意稍微弄弄它，您可以先扫描磁盘和分区，看看 testdisk 是否可以读取所有内容。我通过首先写下 TestDisk 中显示的分区偏移量，然后对分区头进行深度扫描来解决了我的问题。然后我确定了所有重要的分区，大约有 14 个分区并恢复了它们。第一次尝试没有成功，但在尝试了 TestDisk 找到的其他一些类似偏移量后，我设法让它再次可读。如果您真的无法让 Windows 再读取分区，您可以尝试提取数据。就我而言，我实际上可以在 Mac OS 和 Linux 上正常读取硬盘，只是 Windows 在读取其中一个分区时遇到了问题。
最重要的是，如果问题发生在文件传输过程中，您无需担心数据，实际上数据丢失的可能性很小。最可能的原因是分区表或文件表中的某种损坏导致 Windows 冻结。这种问题并非无法解决，可能需要一些研究和时间以及大量的故障排除、反复试验，但我相信您可以解决它。