손상된 3TB 드라이브에서 데이터를 복구하려고 합니다. 나는 그것을 사용하고 있다구조하다이미지를 만들어 주는데 시간이 오래 걸리고 읽기 오류도 많이 발생합니다. 복사한 첫 번째 200GB(대형 단일체 포함)에 행운이 있을지 궁금합니다. 다음 명령을 사용하여 파티션 테이블을 읽었습니다.gdisk내가 읽고 싶은 ext4 파일 시스템의 오프셋을 찾았습니다. 그런 다음 파티션과 상호 작용할 수 있는 좋은 방법이 있도록 루프 장치를 만들었습니다.
sudo losetup -f --show -o $((xxxxxxxxxxx*512))
sudo tune2fs -l /dev/loop16올바른 방향으로 가고 있다고 생각하도록 몇 가지 정보를 제공하십시오.
안타깝게도 파일 시스템 오류로 인해 설치할 수 없습니다.e2fsck이미지 파일 경계를 넘어서 읽으려고 하기 때문에 아무것도 수정되지 않습니다. 파티션 뒷부분에 중요한 파일 시스템 데이터가 있을 수도 있겠다는 생각이 들었습니다. 시스템이 오류를 무시하고 불완전한 inode 구조와 잘린 이미지를 사용하도록 속이는 방법에 대한 제안 사항이 있습니까?
감사해요.
답변1
이미지 크기가 너무 작은 경우 이미지를 사용 fallocate하거나 truncate더 크게 만들거나 dmsetup선형 장치 맵 만들기를 사용하여 더 큰 가상 장치를 만들 수 있습니다.
$ ls -lh somefile
-rw-r--r-- 1 user user 200G Sep 9 13:27 somefile
$ truncate -s 2T somefile
$ ls -lh somefile
-rw-r--r-- 1 user user 2.0T Sep 9 13:28 somefile
ddrescue첫 번째 패스에서 불량 영역을 건너뛰 려면 다음과 같이 시도해 보십시오 --min-read-rate=10M.
루프 장치는 읽기 전용이거나 이미지 복사본을 읽고 쓸 수 있어야 합니다.쓰기 중 복사 범위 실험. 그렇지 않으면 결국 이미지를 수정하고 다시 수정해야 할 수도 있습니다. 이는 소스 드라이브가 이미 죽어가고 있기 때문에 좋지 않은 생각입니다.