GUID 파티션 테이블
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
GUID 파티션 테이블(GPT)은 1980년대부터 사용된 마스터 부트 레코드(MBR) 파티션 방식의 한계를 극복하기 위해 개발된 새로운 파티션 테이블 형식이다. GPT는 64비트 논리 블록 주소 지정 방식을 사용하여 MBR보다 더 큰 저장 공간을 지원하며, UEFI(Unified Extensible Firmware Interface)의 일부로 도입되었다. GPT는 디스크의 선두와 마지막 부분에 중복으로 GPT 헤더와 파티션 테이블을 기록하여 안정성을 높였으며, 보호 MBR을 통해 MBR 기반 디스크 유틸리티와의 호환성을 제공한다. 다양한 운영 체제에서 GPT를 지원하며, 윈도우, 리눅스, macOS 등에서 사용된다.
더 읽어볼만한 페이지
- 부팅 - 마스터 부트 레코드
마스터 부트 레코드(MBR)는 저장 장치의 파티션 정보를 담은 512바이트 영역으로, 파티션 테이블, 부트스트랩 코드 등으로 구성되어 BIOS 펌웨어가 실행하여 운영체제 부팅을 시작하지만, 2TiB의 디스크 크기 제한으로 GPT 파티션 테이블로 대체되고 있다. - 부팅 - 부팅 디스크
부팅 디스크는 운영 체제 설치, 데이터 복구 등을 위해 사용되는 보조 기억 장치이며, BIOS 설정에 따라 플로피 디스크, CD-ROM, USB 메모리 등 다양한 매체로 부팅하며, 운영 체제에 따라 필요한 파일이 다르다. - 바이오스 - 아메리칸 메가트렌즈
아메리칸 메가트렌즈(AMI)는 1985년에 설립된 회사로, BIOS 펌웨어, 서버용 마더보드, 스토리지 컨트롤러 등을 공급하며, 현재는 AMIBIOS, Aptio, AMIDiag 등 다양한 제품을 제공한다. - 바이오스 - 부트 섹터
부트 섹터는 시스템 부팅 코드를 담은 저장 매체의 특정 영역으로, 볼륨 부트 레코드(VBR)와 마스터 부트 레코드(MBR)로 나뉘며, BIOS는 이를 실행하고 UEFI는 부트로더를 직접 로드하지만 바이러스 공격에 취약하다.
| GUID 파티션 테이블 | |
|---|---|
| 기본 정보 | |
| 종류 | 디스크 파티션 방식 |
| 개발 | 인텔 |
| 도입 | 2000년대 |
| 특징 | 128개의 파티션 지원 8 ZiB (제타바이트) 크기 지원 UEFI 펌웨어 필수 |
| 기술적 정보 | |
| 파티션 테이블 위치 | 디스크의 시작 부분 |
| 파티션 정보 저장 방식 | 각 파티션은 고유한 GUID로 식별 |
| 지원 운영 체제 | 윈도우 (64비트 버전, 일부 32비트 버전) macOS 리눅스 BSD 계열 운영 체제 Solaris |
| MBR과의 호환성 | MBR과 호환되지 않음 (호환성을 위한 보호 MBR 포함) |
| 장점 | 큰 용량의 디스크 지원 파티션 수 제한 극복 CRC를 통한 파티션 테이블 무결성 검사 |
| 단점 | UEFI 펌웨어 필요 (구형 시스템에서는 사용 불가) MBR 기반 시스템과의 호환성 문제 |
| 관련 기술 | UEFI, GPT, MBR |
| 기타 | |
| 용도 | 대용량 하드 디스크 SSD 최신 운영 체제 설치 |
| 주의사항 | BIOS 기반 시스템에서는 부팅 불가 (UEFI 필요) |
2. 역사
1980년대 초부터 널리 사용된 마스터 부트 레코드(MBR) 파티션 방식은 디스크 주소 및 관련 정보에 32비트만 사용할 수 있다는 한계가 있었다. 이 때문에 512바이트 섹터를 사용하는 하드 디스크의 경우, MBR 파티션 테이블은 최대 2 TiB (2³² × 512바이트) 또는 약 2.20 TB (2.20 × 10¹² 바이트) 크기의 디스크만 지원할 수 있었다.[1]
마스터 부트 레코드(MBR) 파티션 방식은 1980년대 초부터 널리 사용되었으나, 32비트 주소 지정의 한계로 인해 최대 2 테비바이트(TiB) (2.2 테라바이트(TB)) 크기의 디스크만 지원하는 제약이 있었다.[1] 이러한 한계를 극복하기 위해 인텔(Intel)은 1990년대 후반 통합 확장 펌웨어 인터페이스(UEFI)의 일부로 GUID 파티션 테이블(GPT)을 개발했고, 이는 UEFI 2.8 사양의 5장에 정의되어 있다.[2]
이러한 MBR의 용량 제한을 극복하기 위해 1990년대 후반 인텔은 새로운 파티션 테이블 형식인 GUID 파티션 테이블(GPT)을 개발했다. 이는 통합 확장 펌웨어 인터페이스(UEFI) 표준의 일부로 도입되었으며, UEFI 2.8 사양의 5장에서 그 내용이 정의되어 있다.[2] GPT는 논리 블록 주소(LBA)에 64비트를 사용하여 디스크 주소 지정 능력을 크게 확장했다. 이로 인해 512바이트 섹터 디스크에서는 최대 8 ZiB (264 × 512바이트) 또는 약 9.44 ZB (9.44 × 10²¹ 바이트),[1] 4,096바이트(4 KiB) 섹터 디스크에서는 최대 64 ZiB (264 × 4,096바이트) 또는 약 75.6 ZB (75.6 × 10²¹ 바이트)까지 지원할 수 있게 되었다.
2010년에는 하드 디스크 제조업체들이 물리적 섹터 크기가 4,096바이트인 고급 포맷 드라이브를 출시하기 시작했다.[3] 초기 고급 포맷 드라이브는 기존 하드웨어 및 소프트웨어와의 호환성을 위해 논리적으로는 512바이트 섹터처럼 작동하도록 하는 에뮬레이션 기술(512e)을 사용했다.[4] 이후 에뮬레이션 없이 물리적 섹터와 논리적 섹터 크기가 모두 4,096바이트인 4K 네이티브(4Kn) 드라이브가 등장했으며, 2014년 4월부터는 기업용 시장에도 출시되었다.[5][6]
운영 체제가 이러한 4KB 논리 섹터(4Kn) 드라이브를 지원하는지는 운영 체제의 종류, 제조사, 버전에 따라 다르다.[7] 예를 들어, 마이크로소프트 윈도우의 경우 UEFI 환경에서 윈도우 8 및 윈도우 서버 2012(모두 2012년 출시)부터 4K 네이티브 드라이브를 공식적으로 지원하기 시작했다.[8]
GPT는 MBR과 달리 LBA를 사용하여 디스크 내 위치를 지정하며, GPT 헤더와 파티션 테이블 정보를 디스크의 시작과 끝 부분 양쪽에 기록하여 데이터 손상에 대비한 중복성을 제공한다.
3. 특징
GPT는 MBR과 마찬가지로 과거의 실린더-헤드-섹터(CHS) 방식 대신 논리 블록 주소 지정(LBA) 방식을 사용하지만, 64비트 LBA를 사용하여 주소 지정 공간을 크게 확장했다. 이로 인해 512바이트 섹터 크기의 디스크에서는 최대 8 제비바이트(ZiB) (9.44 제타바이트(ZB))까지,[1] 4,096바이트(고급 포맷) 섹터 크기의 디스크에서는 최대 64 ZiB (75.6 ZB)까지 지원할 수 있다. 2010년대부터 고급 포맷 드라이브가 등장했으며, 초기에는 512바이트 섹터 에뮬레이션(512e)을 사용했으나[4], 이후 에뮬레이션 없는 4K 네이티브(4Kn) 드라이브도 출시되었다.[5][6] 마이크로소프트 윈도우는 윈도우 8 및 윈도우 서버 2012부터 UEFI 환경에서 4Kn 드라이브를 지원한다.[8]
GPT 디스크의 구조는 다음과 같다.
UEFI 사양에 따르면, 섹터 크기에 관계없이 파티션 항목 배열을 위해 최소 16,384바이트(16 킬로바이트(KiB))의 공간이 할당되어야 한다.[9] 따라서 512바이트 섹터 디스크에서는 최소 32개의 섹터가 파티션 테이블 영역으로 사용되며, 첫 번째 사용 가능한 블록(파티션 시작 가능 위치)은 LBA 34부터 시작된다. 반면, 4,096바이트 섹터 디스크에서는 최소 4개의 섹터가 사용되며, 첫 번째 사용 가능한 블록은 LBA 6부터 시작된다. 마이크로소프트 윈도우에서는 일반적으로 16 KiB(32 섹터)를 GPT용으로 예약하여 LBA 34부터 파티션 생성이 가능하며, 기본적으로 128개의 파티션 항목을 예약하여 최대 128개의 파티션을 생성할 수 있다.
GPT는 중복성과 무결성 검증 기능을 제공한다. GPT 헤더와 파티션 테이블은 디스크의 시작과 끝 두 곳에 저장된다. 또한 헤더에는 헤더 자체와 파티션 테이블에 대한 CRC32 체크섬 값이 기록되어 있다. 시스템 부팅 시 또는 GPT 구조 변경 시 EFI 펌웨어나 운영 체제는 이 체크섬을 확인한다. 만약 기본 GPT 헤더나 파티션 테이블이 손상되어 체크섬 값이 일치하지 않으면, EFI는 디스크 끝에 있는 백업본을 사용하여 자동으로 복구를 시도한다. 만약 백업본마저 손상되어 체크섬이 유효하지 않으면 디스크에 접근하지 못할 수도 있다. 이러한 중복성과 체크섬 기능은 MBR에 비해 데이터 안정성을 크게 향상시킨다.
MBR은 마스터 부트 코드(부트로더)를 포함하여 부팅 프로세스를 시작하지만, GPT는 UEFI 펌웨어의 확장 기능을 사용하여 부팅을 처리한다. 실제 부팅은 보호 MBR이 아닌, 별도의 EFI 시스템 파티션(ESP)에 저장된 부트 로더를 통해 이루어진다.
4. MBR 변형
GPT는 기존 MBR 파티션 방식과의 제한적인 하위 호환성을 위해 디스크의 첫 번째 섹터인 MBR 영역(LBA 0)을 활용한다. 이는 MBR만 인식하는 구형 운영 체제나 디스크 유틸리티가 GPT 디스크를 잘못 다루어 데이터가 손상되는 것을 방지하기 위한 목적이다.[10]
이러한 호환성을 위한 MBR 영역 활용 방식에는 크게 두 가지 접근법이 존재한다.
하나는 Protective MBR|보호 MBReng 방식으로, GPT 사양에 공식적으로 정의되어 있다. 이 방식은 MBR 영역에 디스크 전체를 포괄하는 특수한 단일 파티션 정보(파티션 타입 `EEh 타입`)를 기록한다. 이를 통해 GPT를 인식하지 못하는 시스템에게 디스크가 이미 사용 중임을 알리고, 실수로 디스크 내용을 덮어쓰는 것을 방지한다.[10]
다른 하나는 Hybrid MBR|하이브리드 MBReng이다. 이는 보호 MBR 대신 실제 MBR 파티션 정보와 GPT 파티션 정보를 함께 기록하는 비표준적인 방식이다. GPT 자체가 BIOS에 의한 MBR 파티션의 대체를 목적으로 하므로, 하이브리드 MBR은 표준으로 정의되지 않았으며 운영 체제에 따라 다르게 처리될 수 있다. 예를 들어, 대부분의 시스템은 GPT 정보를 우선하지만, Windows 기반 시스템은 유효한 MBR 정보가 있으면 이를 우선적으로 해석하기도 한다. 반면, 비교적 최신 리눅스에서는 EFI가 없는 시스템에서도 MBR 영역의 특수 로더를 통해 GPT 디스크로부터 부팅하고 활용하는 것을 지원하기도 한다.[85]
4. 1. 보호 MBR (LBA 0)
기존 MBR 방식과의 제한적인 하위 호환성을 위해 GPT 사양에는 MBR 공간이 예약되어 있다. 이는 MBR 기반 디스크 유틸리티가 GPT 디스크를 잘못 인식하고 데이터를 덮어쓰는 문제를 방지하기 위한 목적으로 사용되며, 이를 보호 MBR(Protective MBR)이라고 부른다.[10]보호 MBR은 전체 GPT 디스크를 포괄하는 단일 파티션으로 표시된다. 이 파티션의 유형은 `EEh`로 지정되어 해당 디스크가 GPT 디스크임을 나타낸다.[10] 여기서 '전체'는 MBR 파티션 테이블에서 표현할 수 있는 최대 크기까지를 의미한다.
GPT 디스크를 인식하지 못하는 구형 운영 체제나 도구는 이 디스크를 일반적으로 알 수 없는 유형의 파티션 하나가 전체 공간을 차지하고 있는 것으로 인식한다. 따라서 사용자가 명시적으로 파티션 삭제를 요청하고 확인하지 않는 한, 디스크 수정을 거부하여 실수로 데이터가 삭제되는 것을 방지한다.[10]
반대로 GPT를 인식하는 운영 체제는 보호 MBR을 검사한다. 만약 보호 MBR에 포함된 파티션 유형이 `EEh`가 아니거나, 대상 디스크에 여러 개의 파티션이 정의되어 있는 등 비정상적인 상태가 감지되면, 운영 체제는 파티션 테이블 변경 작업을 거부할 수 있다.[11]
디스크의 실제 크기가 MBR 파티션 테이블의 기존 32비트 LBA 항목으로 표현할 수 있는 최대 파티션 크기를 초과하는 경우, 보호 MBR에 기록되는 파티션 크기는 표현할 수 있는 최댓값으로 잘린다. 이는 섹터당 512바이트(512e)인 디스크를 가정할 때 최대 보고 크기가 2 TiB가 된다. 4 KiB 섹터(4Kn)인 디스크에서는 16 TiB가 되지만, 많은 구형 운영 체제와 도구는 512바이트의 섹터 크기로 하드 코딩되어 있거나 32비트 계산으로 제한되어 있기 때문에, 2 TiB 제한을 초과하면 호환성 문제가 발생할 수 있다.[10]
BIOS 서비스를 통해 EFI가 아닌 환경에서 GPT 기반 부팅을 지원하는 운영 체제의 경우, 디스크의 첫 번째 섹터(LBA 0)는 부트로더 코드의 첫 단계를 저장하는 데 사용될 수도 있다. 다만, 이 부트로더는 GPT 파티션을 인식하도록 수정되어야 하며, 섹터 크기가 512바이트라고 가정해서는 안 된다.[10]
4. 2. 하이브리드 MBR (LBA 0 + GPT)
BIOS 서비스를 통해 EFI가 아닌 환경에서 GPT 기반 부팅을 지원하는 운영 체제에서 하이브리드 MBR이 사용될 수 있다. 이 방식에서는 디스크의 첫 번째 섹터(LBA 0, 전통적인 MBR 영역)를 부트로더 코드의 첫 단계를 저장하는 데 사용할 수 있다. 다만, 이 부트로더는 GPT 파티션을 인식하도록 수정되어야 하며, 512바이트 섹터 크기를 가정해서는 안 된다.[10]일반적으로 GPT 디스크의 MBR 영역에는 디스크 전체를 단일 파티션(시스템 ID 0xEE)으로 표시하는 '보호 MBR'이 기록되어, GPT를 인식하지 못하는 구형 디스크 유틸리티로부터 데이터를 보호한다. 반면, 하이브리드 MBR은 보호 MBR 대신 실제 MBR 파티션 정보와 GPT 파티션 정보를 함께 기록하는 방식이다.
하지만 하이브리드 MBR은 GPT 표준의 일부가 아니며, 공식적으로 정의되지 않은 구현 방식이다. 따라서 운영 체제마다 이를 다르게 처리할 수 있다. 예를 들어, 대부분의 시스템에서는 GPT 정보가 우선시되지만, Windows 기반 시스템에서는 유효한 MBR 정보가 존재할 경우 GPT를 지원하더라도 MBR을 우선적으로 해석하는 경향이 있다. 한편, 리눅스와 같은 일부 운영 체제는 EFI가 없는 시스템에서도 MBR 영역의 특수한 부트로더를 통해 GPT 디스크로부터 부팅하고 이를 활용할 수 있도록 지원한다.[85]
5. 파티션 테이블 헤더 (LBA 1)
MBR과 마찬가지로 GPT는 과거의 실린더-헤드-섹터 (CHS) 방식 대신 논리 블록 주소 지정 (LBA) 방식을 사용한다. 보호 MBR은 LBA 0에 저장되며, 파티션 테이블 헤더 (GPT 헤더)는 LBA 1에 위치한다. 백업 GPT 헤더는 디스크의 마지막 LBA에 저장된다.[2]
GPT 헤더는 디스크에서 파티션으로 사용 가능한 LBA의 범위를 정의한다. 또한, 파티션 테이블을 구성하는 파티션 항목의 수와 크기를 정의한다(아래 표의 오프셋 80 및 84 참고). 헤더에는 파티션 테이블 배열(Partition Entry Array)에 대한 포인터가 있으며, 이 배열은 일반적으로 LBA 2부터 시작한다. UEFI 사양에 따르면 섹터 크기에 관계없이 파티션 항목 배열에 최소 16,384바이트가 할당되어야 한다.[9] 따라서 512바이트 섹터 디스크에서는 최소 32개의 섹터(128개 파티션 항목)가, 4,096바이트 섹터 디스크에서는 최소 4개의 섹터(128개 파티션 항목)가 파티션 항목 배열에 사용된다.
헤더는 디스크의 GUID(전역 고유 식별자)를 포함하며, 헤더 자체의 크기와 위치(LBA 1), 그리고 백업 GPT 헤더의 위치(디스크 마지막 LBA)를 기록한다. 중요한 점으로, 헤더 자체의 CRC32 체크섬을 가지고 있다. 만약 헤더가 손상되어 체크섬이 일치하지 않으면, UEFI 펌웨어는 디스크 마지막에 있는 백업 GPT 헤더를 사용하여 복구를 시도한다. 백업 헤더의 체크섬도 유효하지 않으면 디스크에 접근할 수 없게 될 수 있다.
| 오프셋 (Hex) | 길이 (바이트) | 내용 |
|---|---|---|
| 0x00 | 8 | 시그니처 "EFI PART" (ASCII: 45h 46h 49h 20h 50h 41h 52h 54h). 리틀 엔디안 기준으로는 0x5452415020494645ULL 값이다. |
| 0x08 | 4 | 헤더 리비전 번호 (예: UEFI 2.10 버전의 경우 1.0, 값은 00h 00h 01h 00h) |
| 0x0C | 4 | 헤더 크기 (바이트 단위, 리틀 엔디안, 일반적으로 92바이트, 값은 5Ch 00h 00h 00h) |
| 0x10 | 4 | 헤더 CRC32 체크섬 (리틀 엔디안). 계산 시 이 필드는 0으로 간주한다. |
| 0x14 | 4 | 예약됨 (반드시 0이어야 함) |
| 0x18 | 8 | 현재 GPT 헤더의 LBA 주소 (이 헤더 사본의 위치, 즉 LBA 1) |
| 0x20 | 8 | 백업 GPT 헤더의 LBA 주소 (다른 헤더 사본의 위치, 디스크 마지막 LBA) |
| 0x28 | 8 | 파티션으로 사용 가능한 첫 번째 LBA (기본 파티션 테이블 마지막 LBA + 1) |
| 0x30 | 8 | 파티션으로 사용 가능한 마지막 LBA (보조 파티션 테이블 첫 번째 LBA - 1) |
| 0x38 | 16 | 디스크 GUID (혼합 엔디안 방식) |
| 0x48 | 8 | 파티션 항목 배열 시작 LBA (일반적으로 LBA 2) |
| 0x50 | 4 | 파티션 항목 배열 내의 총 파티션 항목 수 |
| 0x54 | 4 | 개별 파티션 항목의 크기 (바이트 단위, 일반적으로 128, 값은 80h) |
| 0x58 | 4 | 파티션 항목 배열의 CRC32 체크섬 (리틀 엔디안) |
| 0x5C | * | 예약됨. 헤더 크기(92바이트) 이후부터 해당 섹터의 끝까지는 모두 0으로 채워져야 한다. (512바이트 섹터 기준 420바이트) |
6. 파티션 엔트리 (LBA 2-33)
기본 헤더와 백업 헤더 사이의 파티션 항목 배열은 각 항목 블록에 최소 128바이트를 사용하여 파티션을 설명한다.[12] 디스크의 배열 시작 위치와 각 항목의 크기는 GPT 헤더에 제공된다.
각 파티션 엔트리는 다음과 같은 구조를 가진다.
- 파티션 유형 GUID (0-15 바이트): 파티션의 종류를 나타내는 16바이트 GUID이다. 예를 들어, EFI 시스템 파티션의 GUID는 `C12A7328-F81F-11D2-BA4B-00A0C93EC93B`이다. 이 값은 혼합 엔디안 방식으로 저장된다.[11] 단, 앞 3개 항목(8바이트)은 리틀 엔디안이므로, 실제 디스크에는 `28 73 2A C1 1F F8 D2 11 BA 4B 00 A0 C9 3E C9 3B` 순서로 기록될 수 있다.
- 고유 파티션 GUID (16-31 바이트): 해당 파티션에 고유하게 할당된 16바이트 GUID이다. 혼합 엔디안 방식으로 저장된다.
- 첫 번째 LBA (32-39 바이트): 파티션이 시작되는 논리 블록 주소(LBA)를 나타내는 8바이트 값이다. 리틀 엔디안으로 저장된다.
- 마지막 LBA (40-47 바이트): 파티션이 끝나는 논리 블록 주소(LBA)를 나타내는 8바이트 값이다. 이 LBA는 파티션에 포함되며, 일반적으로 홀수 값을 가진다. 리틀 엔디안으로 저장된다.
- 속성 플래그 (48-55 바이트): 파티션의 속성을 나타내는 8바이트(64비트) 플래그이다.
- 파티션 이름 (56-127 바이트): 파티션의 이름을 저장하는 72바이트 공간이다. 최대 36자의 UTF-16LE 코드 단위로 이름을 기록할 수 있다.
GUID의 특성 및 목적상, RFC 4122에 따라 파티션 유형 GUID의 고유성을 보장하기 위한 중앙 레지스트리는 필요하지 않다.[13][2]
| 오프셋 | 길이 | 내용 |
|---|---|---|
| 0 (0x00) | 16 바이트 | 파티션 유형 GUID (혼합 엔디안[11]) |
| 16 (0x10) | 16 바이트 | 고유 파티션 GUID (혼합 엔디안) |
| 32 (0x20) | 8 바이트 | 첫 번째 LBA (리틀 엔디안) |
| 40 (0x28) | 8 바이트 | 마지막 LBA (포함, 일반적으로 홀수) |
| 48 (0x30) | 8 바이트 | 속성 플래그 (예: 비트 60은 읽기 전용을 나타냄) |
| 56 (0x38) | 72 바이트 | 파티션 이름 (36 UTF-16LE 코드 단위) |
64비트 파티션 테이블 속성은 모든 파티션 유형에 공통으로 적용되는 48비트 속성과 특정 파티션 유형별로 정의되는 16비트 속성으로 나뉜다.
| 비트 | 내용 |
|---|---|
| 0 | 플랫폼 필요: 컴퓨터가 제대로 작동하는 데 필수적인 파티션임을 나타낸다. (예: OEM 파티션). 디스크 파티션 유틸리티는 이 파티션을 변경하지 않고 보존해야 한다. |
| 1 | EFI 펌웨어 무시: EFI 펌웨어가 이 파티션의 내용을 무시하고 읽으려고 시도하지 않아야 함을 나타낸다. |
| 2 | 레거시 BIOS 부팅 가능: MBR 파티션 테이블의 파티션 항목 오프셋 `+0h`에 있는 활성 플래그(일반적으로 비트 7 설정)와 동일한 기능을 한다.[14] |
| 3–47 | 향후 사용을 위해 예약된 비트이다. |
| 48–63 | 개별 파티션 유형에 따라 정의되고 사용되는 비트이다. |
마이크로소프트는 기본 데이터 파티션에 대해 다음과 같은 유형별 속성을 정의한다.[15][16]
| 비트 | 내용 |
|---|---|
| 60 | 읽기 전용: 파티션을 읽기 전용으로 설정한다. |
| 61 | 섀도 복사본: 다른 파티션의 섀도 복사본임을 나타낸다. |
| 62 | 숨김: 파티션을 숨김 상태로 설정한다. |
| 63 | 드라이브 문자 없음: 운영체제가 자동으로 드라이브 문자를 할당하거나 마운트하지 않도록 한다. |
구글은 크롬OS 커널 파티션에 대해 다음과 같은 유형별 속성을 정의한다.[17]
| 비트 | 내용 |
|---|---|
| 56 | 성공적인 부팅 플래그: 마지막 부팅 시도 성공 여부를 나타낸다. |
| 55–52 | 남은 시도 횟수: 부팅 시도 가능 횟수를 나타낸다. |
| 51–48 | 우선 순위: 부팅 우선 순위를 나타낸다 (15: 최고, 1: 최저, 0: 부팅 불가). |
7. 운영 체제 지원
하이브리드 MBR은 표준 방식이 아니며 운영 체제에 따라 다르게 해석될 수 있다. 일반적으로 운영 체제는 하이브리드 MBR 구성 시 GPT 데이터에 우선 순위를 부여한다.
특정 아키텍처나 버전에서 GPT를 온전히 지원하지 않는 경우[105], 해당 운영 체제는 보호 MBR에 기록된 기존 방식의 파티션에만 접근할 수 있으며, GPT 파티션은 데이터 디스크로 사용할 수 없다. 이동식 디스크의 경우 MBR 파티션만 지원하며, 최종 사용자는 GPT 파티션에 직접 접근할 수 없다. GPT 파티션 데이터는 낮은 수준의 디스크 접근을 위한 서드파티(third-party) 관리 도구를 통해서만 접근 가능하며, 파일 시스템 수준의 읽기/쓰기 지원은 별도의 소프트웨어에 의존한다.
UEFI: 디스크 장치 호환성 문서도 참고할 수 있다.
운영 체제별 구체적인 GPT 지원 현황은 아래 하위 섹션에서 자세히 설명한다.