我正在恢复一个带有 ddrescue 的 NTFS 分区的 2TB 硬盘。仅使用了 2TB 中的 300GB（主要是照片）。

我的问题是救援电脑上没有 2TB 可用空间。我可以假设文件位于硬盘的前半部分吗？或者我应该对整个磁盘进行映像（我可以使用日志文件分割映像）

恢复过程真的很慢。现在 ddrescue 还剩 62 天。到目前为止，我恢复了 250GB。

我使用的精确命令是

ddrescue -r 3 -C /dev/sda ./extschijf2 ./log.txt

我ddrescue昨天使用希望检索 1:1 副本并将其作为图像存储在新驱动器上。假设我向后阅读，因为我知道，在故障驱动器的开头有一个坏集群，即使用-R开关，来自手册页：

-R
--reverse

反转所有通道的方向（复制、修剪、刮擦和重试）。通常向前跑的每个传球现在都将向后跑，反之亦然。' --reverse' 不会修改在每个阶段复制的块的大小，只是尝试它们的顺序。

当然，我mapfile以前可以重新启动该过程。

另外，我使用直接访问，并非所有驱动器都应该支持这一点，但我的支持。

我使用的完整命令行如下：

ddrescue -d -R /dev/sdb baddrive.ddrescue.img baddrive.ddrescue.log

结果是 1 个错误，大小为 4096 字节。

相关部分mapfile如下：

# current_pos  current_status
0x1375BCE00     +
#      pos        size  status
0x00000000  0x1375BC000  +
0x1375BC000  0x00001000  -
0x1375BD000  0xE7A97F9000  +

问题

是否可以对坏集群重试 100 次以确保它完全死亡？