我正在尝试使用GNU的ddrescue恢复快要死的硬盘上的文件。该驱动器相当大（1TB），我只需要存储映像就是另一个1TB驱动器。
即使使用-S选项，ddrescue也会在接近尾声时失败，并显示有关磁盘空间的错误。
为什么无法在创建图像时对其进行压缩？dd和dd_rescue是可能的。
另外，man ddrescue表示-S选项不适用于所有系统，但是我怎么知道它是否适用于我的系统呢？
gddrescue无法按顺序对文件进行映像处理-它会返回并重试，并填入空白，我怀疑这就是为什么您不能有效地将其传输到其他文件中的原因。手册页对此进行了详细介绍
GNU ddrescue有效地管理了进行中的救援状态，并尝试首先救援好零件，并计划在坏（或慢）区域内进行读取，以便稍后进行。这样可以最大化从故障驱动器中最终恢复的数据量。
标准的dd实用程序可用于保存故障驱动器中的数据，但会顺序读取数据，如果错误出现在驱动器的开头，则该驱动器可能会耗尽驱动器，而无法进行任何救援。
其他程序发现错误时会切换到小尺寸读取，但它们仍会顺序读取数据。这是一个坏主意，因为这意味着要花更多的时间在错误区域上，从而损坏表面，磁头和驱动机械，而不是尽可能快地脱离它们。此行为减少了挽救剩余的良好数据的机会。
根据设计，不幸的是，解决方案是获得更大的驱动力。为了使-S参数起作用，我相信源驱动器上的已用空间必须小于目标驱动器。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句