Diagnóstico de arquivo de setor defeituoso: cheguei à conclusão correta sobre arquivos corrompidos?

Diagnóstico de arquivo de setor defeituoso: cheguei à conclusão correta sobre arquivos corrompidos?

Estou no meio de um processo de recuperação de dados de unidade com falha (consulteComo posso descobrir quais arquivos foram perdidos através de uma tentativa de recuperação do ddrescue?). Devo dizer que não tenho experiência com gerenciamento de disco neste nível. Seguindo a resposta aceita lá, eu fiz isso:

  1. Fez uma cópia do disco com falha ddrescuee processou o mapfile para usar testbno debugfs. Contei 248 verificações de bloco.
  2. Ao executar todos esses testbcomandos, descobri que 236 estavam "não em uso" e 12 "marcados em uso". Este foi o primeiro resultado surpreendente, já que o disco estava quase cheio.
  3. Fiz isso ichecknesses 12 blocos e descobri, para minha maior surpresa, que 8 deles deram uma saída "bloco não encontrado". Não consegui descobrir o que isso significa, já que as pessoas mencionam erros de leitura e outras coisas, mas estou fazendo tudo isso no novo disco.
  4. Dos 4 blocos restantes, obtive os inodes e ncheckencontrei os 3 arquivos supostamente corrompidos (dois arquivos eram iguais porque dois blocos mal usados ​​tinham o mesmo inode).

Supondo que meu código e cálculos estejam corretos (você pode encontrar os dados e o código Python emhttps://filebin.ca/3KZLnN60uZrl/rescue2.7zse você estiver curioso), o resultado final de 3 arquivos corrompidos está correto? Ou em algum momento as coisas não significam o que eu pensava e pode haver outros arquivos que só consigo localizar com um procedimento diferente?

informação relacionada