☰

다시 포맷하거나 파티션을 다시 나누기 전에 GPT/MBR 태그를 제거하는 것이 중요합니까?

tag-icon • tag-icon disk gpt mbr partition-table
다시 포맷하거나 파티션을 다시 나누기 전에 GPT/MBR 태그를 제거하는 것이 중요합니까?

첫 번째 단계는 기존 GPT/MBR 데이터 구조를 파괴하는 디스크 포맷/파티션 논의를 본 적이 있습니다.

sgdisk --zap-all /dev/nvme0n1

이전에는 이것을 인식하지 못했지만 디스크를 설정할 때 일반적으로 다음을 사용합니다.

parted --script --align optimal  \
    /dev/nvme0n1 --              \
    mklabel gpt                  \
    mkpart ESP fat32 1MiB 512MiB \
    set 1 boot on                \
    name 1 boot                  \
    mkpart primary 512MiB 100%   \
    set 2 lvm on                 \
    name 2 primary

먼저 물건을 정리해야 하나요(예 sgdisk --zap-all: )? 이렇게 하지 않으면 어떤 불이익이 있나요?

답변1

이 권장 사항은 다른 도구가 GPT를 올바르게 지원하지 않고 GPT 메타데이터의 모든 부분을 제거하지 않았을 때 이루어졌습니다. /options sgdisk매뉴얼 페이지에서:--zap--zap-all

fdisk 또는 GPT를 지원하지 않는 다른 프로그램을 사용하여 GPT 디스크를 다시 파티션하려는 경우 이 옵션을 사용하십시오.

이것은 더 이상 사실이 아닙니다. 이제 둘 다 GPT를 fdisk지원하며 parted새 파티션 테이블을 생성하면 GPT 헤더(GPT에는 디스크 끝에 백업 헤더가 있어 제거하지 않으면 문제가 발생할 수 있음)와 보호 MBR 헤더가 모두 제거됩니다.

그렇긴 하지만, 기존 저장소 레이아웃을 제거할 때 일반적으로 모든 헤더/서명을 적절하게 제거하는 것은 나쁜 생각이 아닙니다. 저는 개인적으로 wipefs나중에 우연히 발견될 수 있는 어떤 것도 남기지 않기 위해 모든 장치를 삭제하기 전에 삭제하는 습관이 있습니다 . 새로 생성된 MD에 갑자기 파일 시스템이 있는 상황에 처한 적이 있습니다. 어레이 또는 LVM 논리 볼륨은 이전 장치와 동일한(또는 충분히 가까운) 오프셋에서 생성되기 때문입니다. 저장소 도구는 일반적으로 새 파티션/장치를 생성할 때 파일 시스템 서명을 감지하고 이를 지울 수 있지만 수동으로 수행해도 문제가 되지 않습니다.

관련 정보