드라이브 데이터 복구 프로세스가 실패하는 중입니다(참조:ddrescue 복구 시도를 통해 어떤 파일이 손실되었는지 어떻게 알 수 있나요?). 저는 이 수준의 디스크 관리 경험이 없다고 말씀드리고 싶습니다. 거기에서 허용되는 답변에 따라 다음을 수행했습니다.
- 에서 오류가 발생한 디스크의 복사본을 만들고
ddrescue맵 파일을 처리하여 에서 사용할 수testb있습니다debugfs. 나는 248개의 블록 검사를 세었습니다. - 모든 명령을 실행했을 때
testb236개는 "사용되지 않음"이고 12개는 "사용 중으로 표시"된 것으로 나타났습니다. 디스크가 거의 가득 찼기 때문에 이것은 첫 번째 놀라운 결과였습니다. - 나는
icheck그 12개의 블록에 대해 작업을 수행했고 더 놀랍게도 그 중 8개가 "블록을 찾을 수 없음" 출력을 제공한다는 것을 발견했습니다. 사람들이 읽기 오류 등을 언급했기 때문에 이것이 무엇을 의미하는지 알 수 없었지만 새 디스크에서 이 모든 작업을 수행하고 있습니다. - 나머지 4개 블록 중 inode를 얻었고
ncheck손상된 것으로 추정되는 3개의 파일을 발견했습니다(잘못 사용된 두 블록이 동일한 inode를 갖고 있기 때문에 두 파일은 동일했습니다).
내 코드와 계산이 정확하다고 가정하면(데이터와 Python 코드는 다음에서 찾을 수 있습니다.)https://filebin.ca/3KZLnN60uZrl/rescue2.7z궁금하시다면) 손상된 파일 3개에 대한 최종 결과가 맞나요? 아니면 어떤 단계에서는 내가 생각한 것과 다른 의미가 있고 다른 절차를 통해서만 찾을 수 있는 다른 파일이 있을 수 있습니까?