在USB硬盘上的快速救援

Question

我正在从我的笔记本电脑恢复硬盘(根本不启动，磁盘实用程序报告说没有问题，但不挂载磁盘)。我已经通过USB适配器连接了HDD。像这样运行ddrescue：

sudo ddrescue -v -n /dev/disk1s2 "/Volumes/Original HD/image.dmg" ddrescue.log

目前还没有出现错误，但平均读取速度已逐渐下降到50 so /S，开始时为2MB/s左右。分区的大小为300 is。到目前为止，我已经恢复了160 to。我正在恢复到MacBook上的一个MacBook分区。

这种缓慢的转移速度的原因是什么，以及如何提高它？

Answer 1

这似乎正是OSX下ddrescue和under的工作方式。来自这个名为：主题：[Bug-dd救援]在osx下10倍慢速的帖子。

在全功能硬盘上工作时，它在linux下执行全i/o速度。当使用默认编译标志在osx下编译时，速度会慢很多倍，有时爬行到Kb/s。如果输出文件为/dev/null，问题仍然存在。

同样的线程也有这个响应。

在我的经验和在OS上的测试中，访问原始字符设备/dev/rdisk…总是比较好的。另外，通过设置更大的拷贝块大小，可以进一步提高传输速度。512 size (ddrescue -c 1Ki)的尺寸在大多数情况下给了我最好的结果。并且: OS原始字符设备确实有一个定义的大小，因此即使在第一次运行时也可以很容易地使用它们。(至少在这一点上，现有ddrescue文档中关于原始设备的说明不适用于OS )。我不认为这是ddrescue中的错误，因为像dd或cat这样的其他实用程序在OS上表现出相同的行为。访问/dev/disk…块设备的速度相当慢，不依赖于所使用的复制块大小。A /dev/rdisk…的读取速度另一方面，原始字符设备在很大程度上取决于所选的复制块大小：

• 512字节(ddrescue -c 1，默认为dd)是最慢的。
• 将其设置为4096字节(ddrescue -c 8，dd bs=4K)与访问/dev/disk…的速度相同
• ddrecue的128个行业(= 64 128，ddrescue -c 128，dd bs=64K)的违约带来了相当好的结果。
• 将其进一步乘以(直到ddrescue -c 1Ki / dd bs=512K)会带来最大的速度(大多比/dev/disk…快8-12倍)。
• 在我的测试中，高于这一水平并没有进一步提高传输速度，有时甚至会降低。

这些是我自己测量的结果，您的结果可能会根据使用的媒体和IO硬件而有所不同。也许，如果其他用户能够分享他们的经验，我们就能更好地了解这个话题。

参考资料

• 在os x上，快速救援的速度大大减慢了.
• 我做的对吗？[慢/高误差大小]

Answer 2

我不太了解HFS+文件系统在MacOS上，然而，我只是获得了这样的经验:在运行Linux的笔记本电脑上，从USB棍中拯救一个500 at的内部硬盘驱动器(通过SATA连接)，将救援图像和日志文件保存在exFat格式的USB硬盘上，启动速度相当慢(1-2MB/秒)，但大约250 at之后，它仅以<100 at/秒的速度爬行。救援图像文件越大，速度就越慢。

然后我将救援图像和日志文件移到另一个临时位置，用ext4文件系统重新格式化了USB硬盘驱动器，将文件移回上并恢复了快速救援过程--现在它又以1-20 7MB/秒的速度运行(波动，但平均为7MB/秒)！

似乎exFat不能很好地处理非常大的文件(几百not )。如前所述，我不知道HFS+是否也是这种情况，但也许您想给ext4一个机会。