DDRescue 花了几个月但没有错误？

Question 1

如果有人感兴趣或在几年内遇到过此版本的存档版本。我等了两个月，建立一个日志文件来恢复复制。有两次它开始出现读取错误（直到计算机重新启动），还有一次我断电了。经过几个月的复制，我通过 USB 适配器将备份插入另一台笔记本电脑，我可能有 7.5 mb 的 ~2 tb 未复制（-r3 后仍然有错误（3 次重试））。它不可读，但我按照以下说明重建了分区表：https://perrohunter.com/repair-a-mac-os-x-hfs-partition-table/ - 我确实必须更改块大小，因为该驱动器比旧驱动器大得多。

然后它的工作几乎完美无缺。我在磁盘实用程序中进行了磁盘验证和修复以及权限修复，并且启动正常。

真正的教训？我将 backblaze 用于真正重要的文件（照片和文档）以及现场镜像可启动备份。

Answer

如果有人感兴趣或在几年内遇到过此版本的存档版本。我等了两个月，建立一个日志文件来恢复复制。有两次它开始出现读取错误（直到计算机重新启动），还有一次我断电了。经过几个月的复制，我通过 USB 适配器将备份插入另一台笔记本电脑，我可能有 7.5 mb 的 ~2 tb 未复制（-r3 后仍然有错误（3 次重试））。它不可读，但我按照以下说明重建了分区表：https://perrohunter.com/repair-a-mac-os-x-hfs-partition-table/ - 我确实必须更改块大小，因为该驱动器比旧驱动器大得多。

然后它的工作几乎完美无缺。我在磁盘实用程序中进行了磁盘验证和修复以及权限修复，并且启动正常。

真正的教训？我将 backblaze 用于真正重要的文件（照片和文档）以及现场镜像可启动备份。

Question 2

ddrescue 直到到达第二阶段才会标记坏扇区： https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html

（第二阶段；修剪）修剪一次完成。对于每个未修整的块，从块的前沿开始一次向前读取一个扇区，直到发现坏扇区。然后从块的后沿开始向后读取一个扇区，直到发现坏扇区。然后将发现的坏扇区（如果有）标记为坏扇区，并将块的其余部分标记为未擦除，而不尝试读取它。

问题是：这个阶段开始可能需要很长时间。它分为三个通道：

向前复制并将块标记为rescued,non-trimmed和，non-tried具体取决于超时等。
向后复制并读取所有non-tried块
向前复制而不跳过，为修剪准备大错误

不幸的是，没有人能够预测这个阶段需要多长时间，因为这取决于错误的数量（小时、天、周甚至月，如您的情况）。

注意：--retry-passes=n( r) 标志仅对第四阶段重要：

（第四阶段；重试）可以选择再次尝试读取坏扇区，直到达到指定的重试次数。

因此，它不会通过减少重试次数来加快第一阶段的速度。

但是您可以在 ddrescue 日志文件中看到它是否将某些块标记为“已救援”，因此您可以希望它能够救援驱动器的部分或全部数据。这是一个例子：

#      pos        size  status
0x00000000  0x00117000  +
0x00117000  0x00000200  -
0x00117200  0x00001000  /
0x00118200  0x00007E00  *
0x00120000  0x00048000  ?

如果日志文件包含带有+-status 的行，则还有希望。意思是“获救”。但如果它只包含?（未尝试过的）和*（未修剪过的）我认为你可以放弃。当然，有可能驱动器只是一开始就有缺陷，但我认为这只是一个很小的机会。但是，如果您有能力通过第二台电脑运行 ddrescue，您应该根据数据的重要程度进行尝试。最后的希望可能是更换头部/电子设备，但这可能很昂贵。

分析日志的另一种方法是使用 ddrescue 日志查看器： https://sourceforge.net/projects/ddrescueview/

我用分开的魔法因为它包含 ddrescue GUI 和 ddrescue 日志查看器。

您可以在此处看到第 1 阶段第 2 阶段中间查看器的屏幕截图（向后复制）：

箭头显示当前位置。正如您所看到的，该驱动器中间有许多可能的坏扇区（在此阶段标记为“未修剪”），这就是我放弃的原因。

Answer