这个问题解决了要救援的设备的第一次通过。ddrescue
我不得不抢救一个 1.5TB 的硬盘。
我使用的命令是:
# ddrescue /dev/sdc1 my-part-img my-part-map
当在磁盘的良好区域上启动救援(没有可选参数)时,读取速率(“ current rate
”)保持在 18 MB/s 左右。
它偶尔会减慢一点,但随后又恢复到这个速度。
但是,当它遇到磁盘坏区时,它可能会明显变慢,然后再也回不到18 MB/s,而是保持在3 MB/s左右,即使读取了50 GB的好磁盘也没有问题.
奇怪的是,当它当前以 3 MB/s 的速度扫描一个好的磁盘区域时,如果我停止ddrescue
并重新启动它,它会以 18 MB/s 的更高读取速率重新启动。ddrescue
实际上,当它以 3 MB/s 的速度运行时,我通过停止和重新启动节省了大约 2 天的时间,我必须这样做 8 次才能完成第一次通过。
我的问题是:为什么它ddrescue
不会自己尝试回到最高速度。鉴于文档中明确说明的政策,即首先快速完成容易的区域,这是应该做的,而我观察到的行为在我看来是一个错误。
我一直想知道这个选项是否可以解决,
或者-a
手册太简洁了,我不确定。此外,我不明白应该在什么基础上为此选项选择读取率。应该是上面的18MB/s吧?--min-read-rate=…
尽管如此,即使有一个选项来指定它,我很惊讶这不是默认完成的。
元注释
两名用户投票结束了这个主要基于意见的问题。
我会很感激知道它是什么意思?
我以某种数值精度描述了一个重要软件在实际示例中的行为,清楚地表明它不符合其文档中所述的主要设计目标(尽可能快地完成简单的部分),以及非常简单的推理可以改善这一点。
该软件众所周知,来自一个非常值得信赖的来源,具有精确的算法,我希望大多数缺陷在很久以前就被淘汰了。因此,我向专家询问这种意外行为的可能已知原因,而不是我自己在这个问题上的专家。
此外,我问是否应该使用软件的选项之一来解决这个问题,这是一个非常精确的问题。我要求提供详细的方面(如何为此选项选择参数),因为我没有找到相关文档。
我要的是我工作需要的事实,而不是意见。我用实验事实而不是意见来激励它。