ddrescue --retrim 具体起什么作用?

ddrescue --retrim 具体起什么作用?

我们目前正在按照取证建议对故障硬盘进行无重试记录扫描、直接读取重试重新扫描和后续重修直接扫描。我以为我已经了解了这些步骤的本质。

我的假设是:

1) 第一次不重试的扫描只是为了尽可能多地获取不会产生错误的信息,并记录那些会产生错误的信息,以便稍后进行更密集的恢复尝试。

2)第二次扫描是第一次积极尝试检查第一次扫描中记录的错误特定扇区,以尽可能多地恢复

3+) 第三次和后续使用 --retrim 的扫描我“认为”正在检查剩余的错误列表并恢复任何仍然可以恢复的错误。

现在让我头疼的问题是,在第三次扫描时,它一开始就列出了 355 个错误(我假设这些错误来自日志)。在经历了大约 15 分钟的糟糕时期后,它恢复了许多早期的错误,也恢复了一些后期的错误,但没有任何恢复。在扫描初期,错误数量减少到 285。但现在错误数量又回升到 296。这个数字“上升”到底是怎么回事?我假设它没有尝试读取除已标记为错误之外的任何内容,并且只有在能够成功读取已标记为错误的错误时才会更改错误计数。我没想到这个数字会“上升”。所以我一定是错过了什么。

西南

答案1

我的插图:

如果错误计数是“计数扇区”,那么您的结论是正确的,但如果错误计数是“计数一个或多个坏扇区的连续块”,并且这样的块可以分成几个块,如果这样的块内的某些扇区恢复为可读但被坏扇区包围。:

...gggBBBBBBBBBBggg...` (one bad block) -->

...gggBBBggBBgBBggg...` (three bad blocks).

解释info ddrescue

总错误大小(“errsize”)是所有未修剪、未刮擦和坏扇区块的大小总和。它在复制阶段会增加,在修剪、刮擦和重试期间可能会减少。请注意,当 ddrescue 刮擦或重试失败的块时,找到的好数据可能会将它们分成更小的块,从而减少总错误大小但增加错误数量。

相关内容