불량 섹터 파일 진단: 손상된 파일에 대해 올바른 결론을 내리고 있습니까?

불량 섹터 파일 진단: 손상된 파일에 대해 올바른 결론을 내리고 있습니까?

고장난 드라이브에서 데이터를 복구하는 중입니다(참조:ddrescue 복구 시도를 통해 손실된 파일을 찾는 방법은 무엇입니까?). 저는 이 수준의 디스크 관리 경험이 없다고 말씀드리고 싶습니다. 거기에 허용된 답변에 따라 다음을 수행했습니다.

  1. 실패한 디스크의 복사본을 만들고 에서 사용하기 ddrescue위해 매핑 파일을 처리했습니다 . 나는 248개의 블록 검사를 세었습니다.testbdebugfs
  2. 이 모든 testb명령을 실행한 후 236개의 "사용되지 않음"과 12개의 "사용 표시"가 발견되었습니다. 디스크가 거의 꽉 찼기 때문에 처음으로 놀라운 결과입니다.
  3. 저는 icheck이 12개 블록에 대해 작업했는데 더욱 놀랍게도 그 중 8개가 "블록을 찾을 수 없음" 출력을 냈습니다. 사람들이 읽기 오류 같은 것을 언급했기 때문에 이것이 무엇을 의미하는지 알 수 없지만 저는 이 모든 것을 새 디스크에서 수행하고 있습니다.
  4. 나머지 4개 블록 중 아이노드를 얻었고 ncheck손상된 것으로 추정되는 파일 3개를 발견했습니다(잘못 사용된 두 블록의 아이노드가 동일했기 때문에 두 파일 모두 동일했습니다).

내 코드와 계산이 정확하다고 가정하면(데이터와 Python 코드는 다음에서 찾을 수 있습니다.)https://filebin.ca/3KZLnN60uZrl/rescue2.7z궁금하시다면) 손상된 파일 3개에 대한 최종 결과가 맞나요? 아니면 어떤 단계에서 제가 생각한 대로 진행되지 않는 부분이 있고, 다른 프로세스를 통해서만 찾을 수 있는 다른 파일이 있을 수도 있나요?

관련 정보