DDRescue 需要几个月但没有错误？

Question

我很难找到其他有同样错误的人，我正在努力找出前进的最佳途径。

我有一个速度慢得无法使用的硬盘，然后停止启动。clonezilla 克隆失败了，我开始了 ddrescue，使用包含在 clonezilla live cd 中的 gnu 救援工具。对于一个 2 TB 的驱动器，平均大约 400 kBps 的速度慢得令人难以置信，所以我估计将近 4 个月！这一点。遗憾的是，我上次备份是在大约 2 年前，我想从中删除很多照片。令人惊讶的部分是它拯救了大约 50 GB，到目前为止没有错误，即使它花了 3 天。我对前进的最佳路径有几个问题，以及为什么要花这么长时间但也没有任何错误。

驱动器是否需要很长时间才能成功读取，但从未真正失败，从而减慢了复制时间？硬盘本身没问题，但控制板之类的问题？

我非常担心日志文件可能会去哪里。我不能指望我的电脑保持稳定，而且命令四个月都没有出错。如果我说的是让它连续运行数周，我想将该日志文件放到闪存驱动器上。我最初认为它会转移到新的更大的硬盘驱动器上，但现在我意识到它可能会出现在 clonezilla_live 正在使用的 RAM 驱动器上。插入格式化的 USB 驱动器、安装它并复制日志文件，然后重新启动 ddrescue 是否安全？clonezilla shell 甚至会识别出我插入了启动时不存在的 USB 记忆棒，以便我可以安装它吗？

我假设我会尝试sudo fdisk -l列出磁盘，然后创建一个目录？sudo mkdir /logfile/usb然后挂载呢？sudo mount /dev/sdb1 /media/usb，然后复制？

对于任何反馈，我们都表示感谢。我在 Unix shell 中搞砸了一点，设置了 z-pool raid，但总是当我确切地知道我在做什么时，而不是在 linux 中，更不用说准系统版本了。

Answer 1

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

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

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

Answer 2

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

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

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

1. 向前复制并将块标记为rescued，non-trimmed并non-tried取决于超时等。
2. 向后复制并读取所有non-tried块
3. 向前复制而不跳过以准备用于修剪的大错误

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

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

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

所以它不会通过减少重试来加速第一阶段的传递。

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

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

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

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

我使用Parted Magic，因为它包含 ddrescue GUI 和 ddrescue 日志查看器。

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

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

Answer 3

确保您的数据仍在复制 - 检查输出文件，并确保它们的大小不断增加。当您尝试一次从故障硬盘上复制大量数据时，故障硬盘很可能会冻结。

如果它看起来没有做任何事情，最好停止操作，然后返回并一次复制一个目录，这样如果再次发生这种情况，您至少将拥有一个完整的目录。如果有效，您可以再保留一两天。时间估计通常是非常错误的，但绝对不应该花一个月！

我对 ddrescue 不太熟悉，但我在工作中经常使用 Data Rescue，而且我从未见过如果一天之内没有完成的完整硬盘驱动器映像。话虽这么说，最好只复制您需要的目录（可能是 /home），因为可以重新安装应用程序并重新配置设置，但无法替换文档和图片。

至于日志文件，当数据救援实用程序运行时我不会碰它们。