dd if = / dev / zero of = / dev / sda가 기존 파티션 테이블을 지우나요?

윌 # dd if=/dev/zero of=/dev/sda기존 파티션 테이블을 닦아?

아니면 다른 방법으로, 즉

# fdisk /dev/sda g (GPT 용)

에 의해 쓰여진 제로를 닦아 /dev/zero?

윌 dd if=/dev/zero of=/dev/sda기존 파티션 테이블을 닦아?

예, 파티션 테이블은 드라이브의 첫 부분에 있으므로 덮어 쓰면 손상됩니다. 즉 dd당신이 (꽤 시간이 좀 걸릴 것입니다, 그래서)가 실행할 수 있도록 경우 전체 드라이브에 걸쳐 작성합니다.

같은 뭔가 dd bs=512 count=50 if=/dev/zero of=/dev/sdaMBR 파티션 테이블 및 기본 GPT 포함하는 제 50 개 섹터를 덮어하기에 충분하다. 적어도 Wikipedia에 따르면 GPT에는 드라이브 끝에 보조 테이블의 2 차 사본이 있으므로 드라이브 헤드의 일부만 덮어 쓰는 것으로 충분하지 않을 수 있습니다.

( dd하지만 사용할 필요는 없습니다 . head -c10000 /dev/zero > /dev/sda또는 cat /bin/ls > /dev/sda같은 효과가 있습니다.)

수행 fdisk /dev/sda g은 / dev / 0으로 기록 된 0을 쓸어 (GPT에 대한)?

또한 예 (변경 사항을 저장 한 경우).

(단, 제목에 말씨는, 혼란 /dev/zero하지 않는 그 자체로 할 더 이상 정규 스토리지보다 아무것도.)

파티션 테이블은 (논리적 ² ) 디스크 장치 의 시작 ¹ 근처에 저장됩니다 .

해당 영역을 /dev/zero다른 데이터 (0 또는 다른 데이터)로 덮어 쓰면 파티션 테이블이 횡설수설로 바뀌므로 장치의 파티션이 시작되는 위치가 더 이상 명확하지 않습니다.
그래도 여전히 전체 디스크를 스캔하고 파일 시스템의 시작을 표시하는 "매직 바이트"를 식별 할 수 있습니다.

반대로 fdisk(또는 다른 파티셔닝 도구)를 사용하여 새 파티션 테이블을 만드는 경우 도구는 디스크의 처음 몇 바이트를 덮어 써서 새 테이블을 저장합니다.

디스크에는 시작이 하나뿐이므로 마지막으로 수행하는 작업은 "고정"됩니다.

그러나 GPT와 같은 일부 파티션 테이블 형식은 백업 사본을 다른 위치 (예 : GPT의 디스크 끝)에 보관하여 일부 파티션 정보를 복구 할 수 있습니다.

^{1 : 예를 들어 MBR 의 첫 512 바이트 또는 GPT 의 첫 번째 및 마지막 17408 바이트
2 : 드라이브는 논리적 블록을 물리적 매체의 다른 부분에 내부적으로 다시 매핑 할 수 있지만 매핑은 보이지 않습니다 (그리고 중요하지 않음). 운영 체제.}