坏扇区文件诊断:我对损坏的文件得出了正确的结论吗?

坏扇区文件诊断:我对损坏的文件得出了正确的结论吗?

我正处于故障驱动器数据恢复过程中(请参阅如何找出通过 ddrescue 恢复尝试丢失了哪些文件?)。我必须说我没有这个级别的磁盘管理经验。按照那里接受的答案,我已经这样做了:

  1. 使用 制作了故障磁盘的副本ddrescue并处理了映射文件以testb在 中使用debugfs。我数了一下,有 248 个块检查。
  2. 运行所有这些testb命令后,我发现 236 个“未使用”,12 个“标记为使用”。这是第一个令人惊讶的结果,因为磁盘几乎已满。
  3. icheck对这 12 个块进行了操作,令我更加惊讶的是,其中 8 个块给出了“块未找到”输出。我无法弄清楚这意味着什么,因为人们提到了读取错误之类的东西,但我正在新磁盘上执行所有这些操作。
  4. 在剩下的 4 个块中,我获得了 inode,并ncheck发现了 3 个据称已损坏的文件(两个文件是相同的,因为两个坏的使用块具有相同的 inode)。

假设我的代码和计算是正确的(您可以在中找到数据和Python代码https://filebin.ca/3KZLnN60uZrl/rescue2.7z如果你好奇的话),3个损坏的文件的最终结果是否正确?或者在某些步骤中事情并不像我想象的那样,可能还有其他文件我只能通过不同的过程找到?

相关内容