我正在尝试从朋友提供的发生故障的外部 USB 驱动器中拯救数据。驱动的问题是无法读取，在windows下不行，在linux下也不行。但我确实设法在驱动器上运行 ddrescue 并构建驱动器的映像以供以后处理。
然而，我从今年一月份开始这个过程，它一直在不停地运行，并且仍在运行。到现在已经5个多月了。起初它的运行速度约为 2000 b/s，现在又回落至 200 b/s。它保存了大约 27GB 的数据（驱动器为 2TB），据朋友说，这也或多或少是驱动器上存储的数据量。获救的规模仍在增加，但速度非常缓慢。例如，过去 3 周增加了 200mb。
有什么方法可以停止该过程并继续执行到目前为止已挽救的内容，或者 ddrescue 真的必须完成整个过程才能使用 img 文件吗？
今天 ddrescue 停止了，因为驱动器丢失了。下面是我在屏幕上显示的图片，其中 ddrescue 日志查看器正在运行，不确定它是否能说明情况。我重新启动了 ddrescue，它再次以与之前相同的慢速运行。
答案1
您可能应该等到 100% 完成后再尝试恢复。根据日志查看器，ddrescue已设法从磁盘的各个部分（绿色区域）恢复分散的块，在许多区域（红色区域）中发现坏扇区，并且甚至没有查看磁盘的大部分磁盘（黄色和蓝色区域）。
查看器显示磁盘的第一部分有坏扇区。这意味着ddrescue尚未设法恢复文件系统标头或相关元数据。此外，出于性能原因，大多数文件系统将数据分散在磁盘上，因此许多已恢复的扇区不太可能与包含数据的扇区相关。
您可以通过传递或选项来完全省略尝试损坏的扇区，或者选择从后到前读取磁盘的选项，从而加快ddrescue操作的“恢复简单部分”阶段。您还可以尝试调整该选项的值，看看比默认值（磁盘为 20 MB）更大或更小是否会加快速度。--no-scrape--no-trim--reverse--skip-size
答案2
我通过使用选项：一次复制扇区 [128] 并将其增加到 2048 或 4096 得到了一些改进。
-c, --cluster-size=<sectors>高于某个值没有任何改进。