GPT 헤더 값의 배경은 무엇입니까?

Question

이 덤프는 을 사용하여 GUID Partition Table으로 작성된 2GiB 하드 디스크 (가상 박스의 .vdi)의 dd if=/dev/sda bs=512 | hexdump -C의 출력입니다. 이 헤더는 80H (128d) 파티션 항목 긴 각 인 128 비트가있는 상태

45 46 49 20 50 41 52 54 | EFI signature 
00 00 01 00    | GPT version 
5c 00 00 00    | GPT header size 
f8 8f 25 0d    | CRC32 (header) 
00 00 00 00    | reserved 
01 00 00 00 00 00 00 00 | current LBA (this is LBA 1) 
ff ff 3f 00 00 00 00 00 | backup LBA (last LBA on disk) 
00 08 00 00 00 00 00 00 | first LBA available for partitions 
de ff 3f 00 00 00 00 00 | last LBA available for partitions 
a1 4b 7c df ca 02 95 4c | disk's GUID [1/2] 
98 16 bb f0 73 d3 c8 0c | disk's GUID [2/2] 
02 00 00 00 00 00 00 00 | partition entries' first LBA 
80 00 00 00    | total amount of partition entries 
80 00 00 00    | size of a single partition entry 
86 d2 54 ab    | CRC32 (entries) 
00 ..     | zeroed out until next LBA 

항목 16KiB 또는 32 LBA 2 스팬에서 시작하므로,이처럼 LBA 1합니다 (GPT 헤더 논리 블록)의 모습 인 섹터 (이 디스크의 섹터 당 512B)입니다. 이는 LBA 02h부터 LBA 21h까지입니다.

LBA 22h 대신 파티션에 사용할 수있는 첫 번째 LBA로 LBA 800h이보고 된 이유는 무엇입니까? 엔트리와 실제 파티션이 디스크에 연속적으로 저장되어 있지 않습니까?

Answer 1

이것은 마치 cfdisk 특정 동작입니다. 나는 GPT를 지우고 gdisk과 parted을 사용하여 두 번 다시 썼다. 둘 다 예상했던대로 파티션 입력 배열의 시작점을 LEA 22h에 두었다. 그러나 UEFI 2.6 표준에서는 LEA 22h보다 빨리 시작하지 않기 때문에 실제 파티션을 디스크에서 더 멀리 시작하는 것이 좋습니다.