/dev/sda5
내 컴퓨터에는 약 450GB의 ext4 파일 시스템이 있습니다. 그러나 그것이 있는 파티션은 약 기가바이트 더 큽니다. 따라서 해당 명령을 사용하여 e2image -ra -p -O XXXX
에 있는 파티션에서 추가 GB 바이트를 사용할 수 있도록 파일 시스템을 왼쪽으로 이동합니다 /dev/sda6
. 나는 정확한 명령을 실행하지 않았으며 물론 -O 뒤의 10진수 값을 잊어버렸습니다(GParted에서 수행한 명령을 수동으로 실행하지 않았습니다). e2image
이 과정에서 약 100/170GB가 강제 종료되었습니다(신호 9). 읽기 전용 모드로 설치 했는데 sda5
다양한 파일에 액세스하거나 다양한 디렉터리를 나열하려고 하면 잘못된 inode와 잘못된 구조의 파일에 대한 오류가 많이 발생했습니다. 그래서 나는 (이제 더 큰 피해를 줄 수 있다는 것을 깨달았습니다) 및 fsck
및 (아마도 전체 파티션에서 가장 많은 데이터를 포함하고 있을 것입니다)과 같은 디렉토리를 실행했지만 성공적으로 실행할 수 없었고 그들 중 어느 것도 존재하지 않는다는 많은 오류 메시지를 받았습니다. . 계속해서 실행해 보니 여러 파일들이 그대로 남아있는데, 삭제되었기 때문에 정상적으로 접근할 수 없었습니다. 16진수 편집기나 16진수 편집기를 사용하여 수동으로 검색하지 않고 파일을 복구하려면 어떻게 해야 합니까? 검색해야 할 매우 중요한 문서가 있습니다./home
/run
ls
grep
sda5
/home
/home
fsck
grep
less
답변1
댓글 작성자의 말이 맞다고 생각합니다. 파일 시스템이 심각하게 손상되었습니다. 한번은 실수로 메인 하드 드라이브에 (작동하는 동안) 약 0.5초 동안 /dev/zero를 썼다가 종료한 적이 있습니다. Photorec을 사용할 수 있게 되었습니다(http://www.cgsecurity.org/wiki/PhotoRec) 파티션 테이블을 복원하기 위해(거의 자동으로) 시스템을 계속 사용하고 있습니다.
Photorec은 오픈 소스이고(예!) 디스크에서 직접 읽기 때문에(파일 시스템 무시) 수동으로 파일을 검색하는 데 많은 시간을 쉽게 절약할 수 있기 때문에 Photorec을 살펴보아야 한다고 생각합니다.
또한 논평자들은 현재의 어수선한 하드 드라이브를 이미징하는 것이 지금 해야 할 절대적으로 옳은 일이라고 말합니다.