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