2014-11-01 2 views
1

지난 밤에 나는 아주 바보 같은 짓을했습니다. 내 친구에서 USB를 제거하기위한 시도에서 실수로 dd로 손상된 파티션에서 데이터 복원

dd if=/dev/zero of=/dev/MyBootDrive 

를 시작하고 내 디스크에서 데이터의 기가 바이트의 처음 몇을 죽였다. 그 데이터는 절대적으로 중요하지 않습니다. 나는 처음부터 대체해야 할 시스템을 죽였습니다. 이 파티션에는 많은 양의 데이터가 저장되어 있어야합니다.

그래서 저에게는 분명히 당황스럽고, 손상된 파일 시스템의 데이터를 저장할 수있는 도구가 있습니다. 일부 도구는 알고 있지만 일반적으로 삭제 된 데이터를 저장하거나 파티션이 변경 될 때 사용합니다. 다시 파티션을 찾을 또한 gpart 같은 도구를 사용할 수 있도록

감사

답변

1

나는 모든 것을 구할 수있었습니다.

그것은 마법이 아니었고, 저는 평범한 행운이었습니다. 나는 내가하고있는 일을 깨닫고 1 초 이상 조금 후에 명령을 중단했다. 그래서 처음 1.4GB의 데이터를 제외 시켰습니다. 그게 내 부팅 디스크 였고 당연히 내/파티션이 손상된 유일한 디스크였습니다. 그래서 분명히 다른 모든 파티션은 그대로 남습니다. 그러나 내 파티션 테이블이 파괴 되었기 때문에 내가 볼 수 있었던 모든 것이 비어있는 hdd입니다. 내가 시도한 첫 번째 일은 gpart를 사용하여 파티션을 복구하는 것이지만 아무 소용이 없었다.

그 후 나는 this 기사를 찾았습니다. 테스트 디스크를 사용하여/home 파티션과 모든 데이터를 관리했습니다.

내가이 artice의 말에 동의해야 이제 모든 것이 완료 :

글쎄, 그게 전부가 될 것입니다. 회복을 잊어 버려라. 그것은 70 대입니다. 백업을 위해 가십시오!

1

잘 ext4에는 수퍼 블록을 복제합니다. 또한 ext4는 블록 그룹을 읽을 때 필요한 모든 정보를 저장합니다. 이론적으로 모든 보존 된 블록 그룹을 복원 할 수 있어야합니다.

fsck를 실행하고 찾은 수퍼 블럭 (예 : 어디에서 계산했는지)을 가리 키도록 작동 할 수 있습니다.

그러나 우리가 마지막으로 시도했을 때, 우리를 위해 작동하지 못했습니다 (그러나 이전 파일 시스템보다 새로운 파일 시스템을 작성 했으므로/dev/zero가 더 좋을 수 있습니다). 그런 다음 원시 데이터에서 파일 시스템을 찾아 파일을 찾으려고했습니다. 많은 의미있는 데이터를 복구 할 수 없었습니다. 그것은 텍스트 파일보다는 멀티미디어 파일을 위해 더 쉽다.

+0

나는 처음 1.4 gb의 첫 번째 파티션을 삭제했습니다 (입력을 클릭 한 후 두 번째 및 절반). 다른 모든 것은 손상되지 않아야합니다. Gpart는 아무 것도 구출하지 못했습니다. 다른 제안? – Rouz

관련 문제