Windows 및 GPT FAQ

GPT(GUID 파티션 테이블)는 UEFI(Unified Extensible Firmware Interface) 이니셔티브의 일부로 도입되었습니다. GPT는 PC에 공통된 이전 MBR(마스터 부트 레코드) 분할 구성표보다 디스크를 분할하는 보다 유연한 메커니즘을 제공합니다.

파티션은 물리적으로 분리된 디스크처럼 작동하는 실제 또는 논리 디스크의 연속 스토리지 공간입니다. 파티션은 시스템 펌웨어 및 설치된 운영 체제에 표시됩니다. 파티션에 대한 액세스는 시스템이 운영 체제를 부팅하기 전에 시스템 펌웨어에 의해 제어된 다음, 시작된 후 운영 체제에 의해 제어됩니다.

MBR 디스크는 4개의 파티션 테이블 항목만 지원합니다. 4개가 넘는 파티션의 경우 확장 파티션이라고 하는 보조 구조가 필요합니다. 그런 다음 확장 파티션을 하나 이상의 논리 디스크로 세분화할 수 있습니다.

Windows 보고된 기하 도형에 따라 실린더 경계에 MBR 디스크 파티션 및 논리 드라이브를 만듭니다. 그러나 이 정보는 더 이상 하드웨어(디스크 드라이버 또는 RAID 컨트롤러)의 물리적 특성과 아무 관계도 없습니다. Windows Vista 및 Windows Server 2008부터 하드웨어가 실제 캐시 또는 물리적 맞춤에서 더 나은 힌트를 제공하는 경우 더 많은 논리적 경계가 선택됩니다. 이 파티션 정보는 드라이브 자체에 저장되므로 운영 체제는 맞춤에 종속되지 않습니다.

MBR 분할 규칙은 복잡하고 잘못 지정됩니다. 예를 들어, 원통 맞춤은 각 파티션의 길이가 하나 이상의 실린더여야 한다는 것을 의미하나요? MBR 파티션은 2 바이트 필드로 식별되며 충돌을 방지하기 위해 조정이 필요합니다. IBM은 원래 이러한 조정을 제공했지만 현재는 파티션 식별자의 신뢰할 수 있는 목록이 하나도 없습니다.

또 다른 일반적인 방법은 문서화되지 않은 프로세스를 사용하여 특정 정보를 보관하기 위해 분할 또는 "숨겨진" 섹터를 사용하는 것이며, 이로 인해 디버그하기 어려운 문제가 발생합니다. 과거에는 공급업체별 구현 및 도구가 공개적으로 릴리스되어 지원이 어려웠습니다.

GPT 디스크는 증가를 허용합니다. GPT 디스크의 파티션 수는 MBR EBR(확장 부팅 레코드)에 정의된 대로 컨테이너 파티션과 같은 임시 구성표에 의해 제한되지 않습니다. GPT 디스크 파티션 형식은 잘 정의되고 완전히 자체 식별됩니다. 플랫폼 작업에 중요한 데이터는 분할되지 않거나 "숨겨진" 섹터가 아닌 파티션에 있습니다. GPT 디스크는 중복성을 위해 기본 및 백업 파티션 테이블을 사용하고 CRC32 필드를 사용하여 파티션 데이터 구조 무결성을 향상합니다. GPT 파티션 형식은 향후 확장을 위해 버전 번호 및 크기 필드를 사용합니다.

각 GPT 파티션에는 고유한 ID GUID와 파티션 콘텐츠 형식이 있으므로 파티션 식별자 충돌을 방지하기 위해 조정이 필요하지 않습니다. 각 GPT 파티션에는 36자 유니코드 이름이 있습니다. 즉, 모든 소프트웨어는 파티션을 추가로 이해하지 않고도 사람이 읽을 수 있는 파티션 이름을 표시할 수 있습니다.

UEFI(Unified Extensible Firmware Interface) 사양(버전 2.3)의 5장에서는 GPT 형식을 정의합니다. 이 사양은 에서 사용할 수 https://www.uefi.org/specifications 있습니다.

기본 디스크는 Windows 가장 일반적으로 사용되는 스토리지 유형입니다. "기본 디스크"는 주 파티션 및 논리 드라이브와 같은 파티션이 포함된 디스크를 의미하며, 일반적으로 파일 시스템으로 포맷되어 파일 스토리지의 볼륨이 됩니다.

GPT 파티션 테이블의 보호 MBR 영역은 MBR에서 작동하는 디스크 관리 유틸리티와의 이전 버전과의 호환성을 위해 존재합니다. GPT 헤더는 파티션 항목에서 사용할 수 있는 논리 블록 주소의 범위를 정의합니다. 또한 GPT 헤더는 디스크의 위치, GUID 및 GPT 헤더의 무결성을 확인하는 데 사용되는 32비트 CRC32(순환 중복 검사) 체크섬을 정의합니다. GUID 파티션 테이블의 각 항목은 파티션 유형 GUID로 시작합니다. MBR 디스크의 파티션 테이블에 있는 시스템 ID와 유사한 16 바이트 파티션 유형 GUID는 파티션에 포함된 데이터 형식을 식별하고 파티션이 사용되는 방식(예: 기본 디스크인지 동적 디스크인지 여부)을 식별합니다. 각 GUID 파티션 항목에는 백업 복사본이 있습니다.

기본 디스크에 대한 자세한 내용은 기본 및 동적 디스크를 참조하세요.

동적 디스크는 Windows 2000에서 처음 도입되었으며, 여러 디스크(스팬 및 스트라이프 볼륨)에 걸쳐 있는 볼륨을 만드는 기능 및 내결함성 볼륨(미러된 볼륨 및 RAID-5 볼륨)을 만드는 기능과 같이 기본 디스크에서 제공하지 않는 기능을 제공합니다. 동적 디스크는 둘 다 지원하는 시스템에서 MBR 또는 GPT 파티션 스타일을 사용할 수 있습니다. 동적 디스크에 대한 자세한 내용은 기본 및 동적 디스크를 참조하세요.

GPT 디스크는 자체 식별됩니다. GPT 디스크의 분할 체계를 해석하는 데 필요한 모든 정보는 실제 미디어의 지정된 위치에 있는 구조체에 완전히 포함됩니다.

이론적으로 GPT 디스크의 길이는 최대 2^64개 논리 블록일 수 있습니다. 논리 블록의 크기는 일반적으로 512바이트입니다.

최대 파티션(및 디스크) 크기는 운영 체제 버전에 따라 달라집니다. Windows XP 및 Windows Server 2003의 원래 릴리스에는 모든 파티션을 포함하여 실제 디스크당 2TB의 제한이 있습니다. Windows Server 2003 SP1, Windows XP x64 버전 이상 버전의 경우 최대 원시 파티션 18gb를 지원할 수 있습니다. (Windows 파일 시스템은 현재 각각 256테라바이트로 제한됩니다.)

사양은 거의 무제한의 파티션을 허용합니다. 그러나 Windows 구현은 이를 128개의 파티션으로 제한합니다. 파티션 수는 GPT의 파티션 항목에 예약된 공간의 양에 의해 제한됩니다.

아니요. 그러나 모든 GPT 디스크에는 보호 MBR이 포함됩니다.

섹터 0부터 시작하는 보호 MBR은 디스크의 GPT 파티션 테이블 앞에 입니다. MBR에는 디스크에 걸쳐 있는 한 가지 유형의 0xEE 파티션이 포함되어 있습니다.

보호 MBR은 이전에 릴리스된 MBR 디스크 도구(예: Microsoft MS-DOS FDISK 또는 Microsoft Windows NT Disk Administrator)에서 GPT 디스크를 보호합니다. 이러한 도구는 GPT를 인식하지 못하며 GPT 디스크에 제대로 액세스하는 방법을 모릅니다. GPT에 대해 모르는 레거시 소프트웨어는 GPT 디스크에 액세스할 때 보호된 MBR만 해석합니다. 이러한 도구는 분리되지 않은 디스크에 대해 디스크를 스크래치하는 대신 보호된 MBR을 해석하여 GPT 디스크에 단일 포함(인식할 수 없는) 파티션이 있는 것으로 봅니다.

이는 MBR 전용 인식 디스크 도구를 사용하여 GPT 디스크에 액세스할 때 발생합니다. 자세한 내용은 다음 섹션을 참조하세요.

• 디스크가 GPT 및 MBR일 수 있는 방법
• 보호 MBR
• GPT에 보호 MBR이 있는 이유

Windows 디스크 지원

Windows XP x64 Edition은 데이터에만 GPT 디스크를 사용할 수 있습니다.

아니요. 32비트 버전에는 보호 MBR만 표시됩니다. EE 파티션은 탑재되거나 애플리케이션 소프트웨어에 노출되지 않습니다.

Windows Server 2003 서비스 팩 1부터 모든 버전의 Windows Server는 데이터에 GPT 분할 디스크를 사용할 수 있습니다. 부팅은 Itanium 기반 시스템의 64비트 버전에서만 지원됩니다.

예, 모든 버전은 데이터에 GPT 분할 디스크를 사용할 수 있습니다. 부팅은 UEFI 기반 시스템의 64비트 버전에서만 지원됩니다.

아니요. 레거시 소프트웨어에도 보호 MBR만 표시됩니다.

데이터 전용 GPT 디스크를 WINDOWS XP(64비트 버전에만 해당) 이상 버전의 운영 체제(32비트 또는 64비트 버전)를 실행하는 다른 시스템으로 이동하거나 마이그레이션할 수 있습니다. 시스템이 종료된 후 또는 디스크를 안전하게 제거한 후 데이터 전용 GPT 디스크를 마이그레이션할 수 있습니다.

GPT 및 MBR 디스크는 앞서 설명한 대로 GPT를 지원하는 시스템에서 혼합할 수 있습니다. 그러나 다음과 같은 제한 사항을 알고 있어야 합니다.

• UEFI를 지 원하는 시스템에서 부팅 파티션은 GPT 디스크에 상주해 야 합니다. 다른 하드 디스크는 MBR 또는 GPT 중 하나일 수 있습니다.
• MBR 및 GPT 디스크는 모두 단일 동적 디스크 그룹에 있을 수 있습니다. 볼륨 세트는 MBR 및 GPT 디스크 모두에 걸쳐 있을 수 있습니다.

이동식 미디어는 MBR, GPT 또는 "superfloppy" 여야 합니다.

GPT 또는 MBR 형식이 없는 이동식 미디어는 "superfloppy"로 간주 됩니다. 전체 미디어는 단일 파티션으로 처리 됩니다.

미디어 제조업체는 이동식 미디어의 MBR 분할을 수행 합니다. 미디어에 MBR이 있으면 파티션이 하나만 지원 됩니다. MBR로 분할 된 미디어와 슈퍼 플로피에는 사용자 뚜렷한 차이가 거의 없습니다.

이동식 미디어의 예로는 플로피 디스크 드라이브, JAZ 디스크 카트리지, 광자기 미디어, DVD-ROM 및 CD-ROM이 있습니다. SCSI 또는 IEEE 1394와 같은 외부 버스의 하드 디스크 드라이브는 이동식으로 간주 되지 않습니다.

미디어를 분할할 때 Windows XP 64 비트 버전 2003의 기본 동작은 무엇입니까?

Windows XP 64 비트 버전 2003에 한 해 (Itanium 기반 시스템용) 고정 디스크는 GPT 분할을 사용 하 여 분할 됩니다. 기존의 모든 분할을 먼저 삭제 하 고 연결 된 데이터가 손실 된 경우에만 GPT 디스크를 MBR 디스크로 변환할 수 있습니다.

MBR 디스크만 사용할 수 있습니다.

드라이브 문자와 파티션 간에는 고유 하 게 매핑할 수 없습니다. 기본 데이터 파티션은 파티션 GUID로 식별 되어야 합니다.

UEFI 펌웨어 유틸리티 diskpart.exe 또는 Windows 명령줄 유틸리티 Diskpart.exe를 사용 하 여 ESP 파티션을 만들 수 있습니다.

파티션 헤더 항목은 직접 변경할 수 없습니다. 디스크 도구나 유틸리티를 사용 하 여 변경 하거나 변경 하지 마십시오.

분리 가능한 디스크는 일반적으로 컴퓨터 사이에서 마이그레이션하거나 때때로 운영 체제에서 사용할 수 없게 될 것으로 예상 됩니다. 분리 가능한 디스크의 예로는 최종 사용자가 쉽게 연결할 수 있는 USB 디스크가 있습니다. Windows XP는 분리 가능한 디스크에서 MBR 분할만 지원 합니다. 이후 버전의 Windows은 분리 가능한 디스크에서 GPT 파티션을 지원 합니다.

이동식 미디어에 대 한 자세한 내용은 다음 질문을 참조 하세요.

• 이동식 미디어
• Superfloppy

Windows GPT 파티션: EFI 시스템 파티션

ESP에는 드라이버와 같이 시스템을 부팅 하는 데 필요한 NTLDR, HAL, Boot.txt 및 기타 파일이 포함 되어 있습니다. 파티션 GUID는 ESP를 정의 합니다.

DEFINE_GUID (PARTITION_SYSTEM_GUID, 0xC12A7328L, 0xF81F, 0x11D2, 0xBA, 0x4B, 0x00, 0xA0, 0xC9, 0x3E, 0xC9, 0x3B)

아니요, MBR 디스크에도 ESPs가 있을 수 있습니다. UEFI는 GPT 또는 MBR에서 부팅을 지정 합니다. MBR 디스크의 ESP는 파티션 유형 0xEF로 식별 됩니다. 그러나 Windows는 MBR 디스크 또는 0xef 파티션에서 UEFI 부팅을 지원 하지 않습니다.

ESP는 약 100MBs입니다.

이러한 구성은 만들 수 없으며 Windows 지원 되지 않습니다.

고가용성 구성에 대해 ESP 파티션을 복제할 수 있습니다. 복제는 수동으로 수행 해야 하며, 소프트웨어 볼륨을 사용할 때 콘텐츠를 수동으로 동기화 해야 합니다. 하드웨어 공급 업체는 고가용성을 위한 추가 솔루션을 제공할 수 있습니다. ESP 파티션은 미러링할 수 없습니다.

Microsoft는 ESP에서 운영 체제를 부팅 하는 데 필요한 HAL, 로더 및 기타 파일을 배치 합니다.

ESP는 먼저 디스크에 있어야 합니다. 가장 먼저 ESP를 배치 하는 것이 가장 좋은 장점은 ESP가 확장 하려는 두 데이터 파티션 간에 논리적으로 있는 경우 볼륨을 확장할 수 없다는 것입니다.

ESP는 운영 체제 부팅에 필요한 파일, 운영 체제 부팅 전에 실행 되는 플랫폼 도구 또는 운영 체제 부팅 전에 액세스 해야 하는 파일을 포함 해야 합니다. 예를 들어 부팅 전 시스템 유지 관리를 수행 하는 데 필요한 파일을 ESP에 배치 해야 합니다.

기타 값-운영 체제를 실행 하는 동안 사용 된 추가 파일 또는 진단이 ESP에 배치 되어서는 안 됩니다. ESP의 공간이 제한 된 시스템 리소스 인지 확인 하는 것이 중요 합니다. 주요 목적은 운영 체제를 부팅 하는 데 필요한 파일에 대 한 저장소를 제공 하는 것입니다.

기본 옵션은 OEM 특정 파티션에 값 추가 콘텐츠를 저장 하는 시스템 제조업체에 대 한 것입니다. MBR OEM 파티션과 마찬가지로 GPT OEM 또는 기타 인식할 수 없는 파티션의 내용은 노출 되지 않습니다 (드라이브 문자 또는 볼륨 목록에 반환 됨). 파티션을 삭제 하면 시스템이 작동 하지 않을 수 있다는 경고가 표시 됩니다. OEM 특정 파티션은 MSR 이전 및 디스크의 ESP 뒤에 배치 해야 합니다. 아키텍처는 아니지만이 배치는 ESP를 먼저 배치 하는 것과 동일한 이점을 제공 합니다. 예를 들어, OEM 특정 파티션이 확장 하려는 두 데이터 파티션 간에 논리적으로 있는 경우 볼륨을 확장할 수 없습니다.

ESP의 배치는 사전 운영 체제 부팅 환경에서 실행 되는 응용 프로그램 또는 파일에 대 한 옵션입니다. 그러나 ESP는 구조적으로 공유 되는 공간이 며 제한 된 리소스를 나타냅니다. ESP의 공간 사용은 신중 하 게 고려해 야 합니다. 사전 운영 체제 부팅 환경과 관련이 없는 파일은 ESP에 배치 하면 안 됩니다.

MSR (Microsoft Reserved Partition)은 각 디스크 드라이브에 운영 체제 소프트웨어에서 나중에 사용할 공간을 예약 합니다. GPT 디스크는 숨겨진 섹터를 허용 하지 않습니다. 이전에 숨겨진 섹터를 사용한 소프트웨어 구성 요소는 이제 구성 요소별 파티션에 대해 MSR의 일부를 할당 합니다. 예를 들어 기본 디스크를 동적 디스크로 변환 하면 해당 디스크의 MSR이 크기가 줄어들고 새로 만든 파티션에는 동적 디스크 데이터베이스가 포함 됩니다. MSR의 파티션 GUID는 다음과 같습니다.

DEFINE_GUID (PARTITION_MSFT_RESERVED_GUID, 0xE3C9E316L, 0x0B5C, 0x4DB8, 0x81, 0x7D, 0xF9, 0x2D, 0xF0, 0x02, 0x15, 0xAE)

모든 GPT 디스크에는 MSR이 포함 되어야 합니다. 디스크의 파티션 순서는 ESP (있는 경우), OEM (있는 경우) 및 MSR 다음에 주 데이터 파티션이 오는 순서 여야 합니다. MSR은 다른 기본 데이터 파티션 보다 먼저 만들어야 합니다.

디스크 파티션 정보를 드라이브에 처음 쓸 때에는 MSR을 만들어야 합니다. 제조업체에서 디스크를 분할 하는 경우 제조업체에서 동시에 MSR을 만들어야 합니다. 설치 하는 동안 디스크를 Windows 파티션이 Windows는 MSR을 만듭니다.

디스크가 분할 된 후에는 MSR을 만들기 위한 여유 공간이 남아 있습니다.

처음 만들 때 MSR의 크기는 디스크 드라이브의 크기에 따라 달라 집니다.

• 크기가 16GB 미만인 드라이브의 경우 MSR은 32MB입니다.
• 16GB 보다 크거나 같은 드라이브에서 MSR은 128 MB입니다.

MSR이 다른 파티션으로 분할 되 면 크기가 작아집니다.

Windows GPT ESP 구현

UEFI 시스템의 경우 부팅 드라이브는 ESP, MSR 및 운영 체제를 포함 하는 하나 이상의 기본 데이터 파티션을 포함 해야 합니다. 시스템에 여러 운영 체제를 설치한 경우에도 하나의 ESP만 시스템에 있어야 합니다. 미러된 부팅 구성에는 실제로 ESP가 있는 두 개의 드라이브가 있을 수 있지만 동일한 ESP의 중복 복사본으로 간주됩니다. 각 데이터 드라이브에는 하나 이상의 MSR과 하나의 기본 데이터 파티션이 포함되어야 합니다.

드라이브의 모든 기본 데이터 파티션은 연속되어야 합니다. 위에서 언급했듯이 데이터 파티션 간에 OEM별 또는 기타 인식할 수 없는 파티션을 배치하면 이후 볼륨 스패닝에 제한이 있습니다.

기본 데이터 파티션은 FAT(주 MBR 파티션0x6), NTFS(0x7) 또는 0xB(FAT32)에 해당합니다. 각 기본 파티션은 드라이브 문자 또는 탑재 지점, 다른 볼륨 디바이스 개체 또는 둘 모두를 사용하여 탑재할 수 있습니다. 각 기본 데이터 파티션은 볼륨 디바이스 개체 및 선택적으로 탑재 지점 또는 드라이브 문자로 Windows 표시됩니다.

다음과 같은 파티션 유형 GUID가 있습니다.

DEFINE_GUID(PARTITION_BASIC_DATA_GUID, 0xEBD0A0A2L, 0xB9E5, 0x4433, 0x87, 0xC0, 0x68, 0xB6, 0xB7, 0x26, 0x99, 0xC7);

ESP 파티션은 숨겨지지 않지만 할당된 드라이브 문자도 없습니다. 드라이브 문자가 할당되지 않으면 탐색기에 표시되지 않지만 일부 도구는 이를 나열할 수 있습니다.

사용자는 이러한 파티션이 Windows 탐색기에 노출되지 않으며 컨텍스트 인덱싱과 같은 레거시 프로그램에 노출되는 인식된 파일 시스템도 볼 수 없습니다. OEM별 및 기타 인식할 수 없는 파티션은 인식할 수 있는 파일 시스템이 없으므로 디스크 관리 MMC 스냅인에만 표시됩니다.

Windows 기본 데이터 파티션만 노출합니다. FAT 파일 시스템이 있는 다른 파티션은 탑재될 수 있지만 프로그래밍 방식으로만 노출되지는 않습니다. 기본 데이터 파티션에만 드라이브 문자 또는 탑재 지점이 할당됩니다.

ESP FAT 파일 시스템이 탑재되었지만 노출되지는 않습니다. 이렇게 하면 Windows 실행 중인 프로그램이 ESP의 콘텐츠를 업데이트할 수 있습니다. 를 사용하여 ESP에 드라이브 문자를 mountvol /s 할당하면 파티션에 액세스할 수 있습니다. ESP에 액세스하려면 관리자 권한이 필요합니다. MSR 및 MSR에서 만든 파티션은 인식할 수 있는 파일 시스템을 가질 수 있지만 노출되지 않습니다.

다른 운영 체제와 연결된 OEM 관련 파티션 또는 파티션은 Windows 인식되지 않습니다. 인식할 수 있는 파일 시스템이 있는 인식할 수 없는 파티션은 ESP처럼 처리됩니다. 탑재되지만 노출되지는 않습니다. MBR 디스크와 달리 OEM 관련 파티션과 다른 운영 체제 파티션 간에는 실질적인 차이가 없습니다. 모두 "인식할 수 없는"입니다.

사용자는 디스크 관리 유틸리티 또는 diskpart.exe Windows 명령줄과 같은 디스크 관리 도구를 사용할 수 있습니다. MSR 및 MSR에서 만든 파티션은 명령줄에서만 볼 수 있습니다.

동적 디스크는 두 개의 서로 다른 GPT 파티션을 사용합니다.

• MBR 파티션 0x42 해당하는 데이터 컨테이너 파티션이며 GUID는 DEFINE_GUID (PARTITION_LDM_DATA_GUID, 0xAF9B60A0L, 0x1431, 0x4F62, 0xBC, 0x68, 0x33, 0x11, 0x71, 0x4A, 0x69, 0xAD) 입니다.

• GUID를 사용하여 동적 구성 데이터베이스를 포함할 파티션입니다. DEFINE_GUID(PARTITION_LDM_METADATA_GUID, 0x5808C8AAL, 0x7E8F, 0x42E0, 0x85, 0xD2, 0xE1, 0xE9, 0x04, 0x34, 0xCF, 0xB3 );

볼륨은 데이터 컨테이너에 만들어지고 기본적으로 탑재됩니다. 다시 말하지만 이는 0x42 MBR 파티션의 내용과 정확히 동일합니다.

드라이브를 동적으로 변환할 수 있도록 하려면 드라이브의 모든 기본 데이터 파티션이 연속되어야 합니다. 인식할 수 없는 다른 파티션이 기본 데이터 파티션을 분리하는 경우 디스크를 변환할 수 없습니다. 이는 기본 데이터 파티션 전에 MSR을 만들어야 하는 이유 중 하나입니다. 변환의 첫 번째 단계는 MSR의 일부를 구분하여 구성 데이터베이스 파티션을 만드는 것입니다. 부팅할 수 없는 모든 기본 파티션이 단일 데이터 컨테이너 파티션으로 결합됩니다. 부팅 파티션은 별도의 데이터 컨테이너 파티션으로 유지됩니다. 이는 주 파티션의 변환과 유사합니다.

Windows XP 이상 버전의 Windows 기본 및 확장 파티션이 Windows 2000에서처럼 여러 개의 고유한 0x42 파티션으로 유지되지 않고 단일 0x42 파티션으로 우선적으로 변환된다는 점에서 Windows 2000과 다릅니다.

예. 자세한 내용은 동일한 시스템에서 GPT 및 MBR 디스크의 혼합 및 일치를 참조하세요.

다음 표에 나열된 도구를 사용하여 다양한 유형의 GPT 디스크 파티션에 액세스할 수 있습니다.

Microsoft Platform SDK API를 사용하여 기본 수준에서 GPT 디스크 파티션에 액세스하는 고유한 도구를 개발할 수도 있습니다.

GPT 및 MBR 디스크는 동일한 방식으로 관리됩니다. Diskpart.exe 명령 프롬프트 유틸리티를 사용하거나 디스크 관리자 스냅인을 사용하여 디스크를 GPT 또는 MBR로 포맷할 수 있습니다. GPT 및 MBR 디스크에 볼륨을 만들 수 있으며 두 종류의 디스크를 동일한 동적 디스크 그룹에 혼합할 수 있습니다.

Windows XP부터 MBR 또는 GPT 디스크에 대한 Windows 대한 FTdisk 집합 지원이 없습니다. 논리 볼륨에 대한 유일한 지원은 동적 디스크를 통한 것입니다.

Microsoft는 디스크를 MBR에서 GPT로 변환하는 MBR2GPT.exe 제공합니다.

NTFS는 모든 기본 데이터 파티션 및 모든 동적 볼륨에서 권장됩니다. Windows 설치 및 디스크 관리 스냅인은 NTFS만 제공합니다. 이를 방지하려면 서식 명령줄 도구를 통해 파티션 또는 볼륨의 형식을 명시적으로 지정해야 합니다.

GPT 디스크 및 해당 콘텐츠 조작

분할되지 않은 빈 디스크(원시 디스크 또는 빈 MBR 디스크)에만 GPT 디스크를 만들 수 있습니다. GPT 디스크를 만드는 자세한 내용은 GPT 드라이브 사용을 참조하세요.

기존 파티션 형식을 다른 형식으로 변환할 수 있습니다. 자세한 내용은 다음 TechNet 문서를 참조하세요.

• 마스터 부트 레코드 디스크를 GUID 파티션 테이블 디스크로 변경
• GUID 파티션 테이블 디스크를 마스터 부팅 레코드 디스크로 변경

디스크 및 파티션GUID는 더 이상 고유하지 않습니다. 이 경우 절대로 발생하지 않아야 합니다. ESP 또는 기본 데이터 파티션 내용의 섹터별 복사본을 만들 수 있습니다.

OPK 이미징 도구를 사용하여 전체 GPT 디스크를 복사할 수 있습니다. 그러나 몇 가지 주요 주의 사항이 있습니다. OEM OPK(사전 설치 키트)는 디스크 및 파티션GUID를 0으로 초기화합니다. Windows 처음 부팅할 때 운영 체제는 고유한GUID를 생성합니다. OPK는 ESP, MSR 및 기본 데이터 파티션 생성만 지원합니다.

애플리케이션이 디스크 또는 파티션GUID를 기록한 경우 중단될 수 있습니다. 시스템 제조업체 또는GUID를 사용하는 애플리케이션 공급업체에서 제공하는 모든 애플리케이션, 드라이버, 유틸리티 또는 펌웨어 구현은 OPK 초기화 값에서 운영 체제에서 생성된 값으로 변경되는GUID를 처리할 수 있어야 합니다.

Diskpart.efi MAKE 명령은 OEM이 운영 체제 사전 설치 및 시스템 복구를 간소화하는 방법입니다. 이 명령을 쉽게 확장하여 플랫폼에 대한 "기본" 디스크 구성을 만들 수 있습니다. 예를 들어 시스템 제조업체는 MAKE 명령을 확장하여 ESP, MSR, OEM 관련 파티션 및 하나의 기본 데이터 파티션을 사용하여 부팅 드라이브를 자동으로 분할할 수 있습니다.

예를 들어 BOOT_DISK 라는 가능한 디스크 구성을 고려해 보겠습니다. 비즈니스 오류 복구 시 MAKE BOOT_DISK 사용하면 고객이 부팅 디스크를 원래 공장 기본값으로 완전히 다시 분할할 수 있습니다.

Windows 중복 디스크 또는 파티션 GUID를 검색하는 경우 Windows 검색 시 중복 디스크 GUID, MSR 파티션 GUID 또는 MSR 기본 데이터 GUID에 대한 새 GUID를 생성합니다. 이는 Windows 2000의 중복 MBR 서명 처리와 비슷합니다. 동적 컨테이너 또는 데이터베이스 파티션에 중복된GUID가 있는 경우 예기치 않은 결과가 발생합니다.