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 헤더의 무결성을 확인하는 데 사용되는 CRC32(32비트 순환 중복 검사) 체크섬을 정의합니다. 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 이상 버전의 경우 최대 18엑사바이트의 원시 파티션이 지원될 수 있습니다. (Windows 파일 시스템은 현재 각각 256테라바이트로 제한됩니다.)

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

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

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

보호 MBR은 Microsoft MS-DOS FDISK 또는 Microsoft Windows NT 디스크 관리자와 같이 이전에 릴리스된 MBR 디스크 도구로부터 GPT 디스크를 보호합니다. 이러한 도구는 GPT를 인식하지 못하며 GPT 디스크에 제대로 액세스하는 방법을 모릅니다. GPT에 대해 모르는 레거시 소프트웨어는 GPT 디스크에 액세스할 때 보호되는 MBR만 해석합니다. 이러한 도구는 분할되지 않은 디스크에 대해 디스크를 잘못 이해하지 않고, 보호되는 MBR을 해석하여 GPT 디스크에 하나의 포괄적인(인식하지 못할 수 있는) 파티션이 있는 것으로 간주합니다.

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

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

Windows 디스크 지원

Windows XP x64 버전은 데이터에만 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 또는 "슈퍼플로피"여야 합니다.

GPT 또는 MBR 형식이 없는 이동식 미디어는 "슈퍼플로피"로 간주됩니다. 전체 미디어가 단일 파티션처럼 처리됩니다.

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

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

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

Windows XP 64비트 버전 2003의 경우(Itanium 기반 시스템) 고정 디스크는 GPT 분할을 사용하여 분할됩니다. GPT 디스크는 모든 기존 분할이 처음 삭제된 경우에만 MBR 디스크로 변환할 수 있으며, 데이터 손실이 동반됩니다.

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

드라이브 문자와 파티션 간에는 문자 간에 구별하는 데 사용할 수 있는 내재된 매핑이 없습니다. 기본 데이터 파티션은 파티션 GUID로 식별되어야 합니다.

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

파티션 헤더 항목은 직접 변경하면 안 됩니다. 변경하는 데 디스크 도구 또는 유틸리티를 사용하지 마세요.

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

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

• 이동식 미디어
• 슈퍼플로피

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 디스크에는 ESP가 있을 수도 있습니다. UEFI는 GPT 또는 MBR에서 부팅을 지정합니다. MBR 디스크의 ESP는 파티션 유형 0xEF로 식별됩니다. 그러나 Windows는 MBR 디스크 또는 0xEF 파티션에서 UEFI 부팅을 지원하지 않습니다.

ESP는 약 100MB입니다.

이러한 구성은 만들어져서는 안 되며 Windows에서 지원하지 않습니다.

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

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

ESP는 디스크에 가장 먼저 있어야 합니다. ESP를 먼저 배치하는 것의 주요 이점은 사용자가 스패닝하려는 두 데이터 파티션 간에 ESP가 논리적으로 있을 때 볼륨을 스패닝할 수 없다는 것입니다.

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

운영 체제가 실행되는 동안 사용되는 기타 부가 가치 파일 또는 진단은 ESP에 배치하면 안 됩니다. ESP의 공간은 제한된 시스템 리소스라는 점에 유의해야 합니다. ESP 공간의 주요 목적은 운영 체제를 부팅하는 데 필요한 파일에 대한 스토리지를 제공하는 것입니다.

선호되는 옵션은 시스템 제조업체가 OEM별 파티션에 값 추가 콘텐츠를 배치하는 것입니다. MBR OEM 파티션과 마찬가지로 GPT OEM(또는 기타 인식할 수 없는) 파티션의 콘텐츠는 노출되지 않습니다(드라이브 문자가 주어지거나 볼륨 목록에서 반환됨). 파티션을 삭제하면 시스템이 작동하지 않을 수 있다는 경고가 사용자에게 표시됩니다. OEM 관련 파티션은 MSR보다 앞에, 그리고 디스크의 ESP 뒤에 배치되어야 합니다. 이 배치는 구조적이지는 않지만 ESP를 먼저 배치하는 것과 동일한 이점이 있습니다. 예를 들어 사용자가 스패닝하려는 두 데이터 파티션 간에 OEM 관련 파티션이 논리적으로 있을 때 볼륨을 스패닝하는 것도 불가능합니다.

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

MSR(Microsoft 예약 파티션)은 운영 체제 소프트웨어에서 후속 사용을 위해 각 디스크 드라이브에 공간을 예약합니다. 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 이상의 드라이브에서는 128MB입니다.

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 파티션은 숨겨져 있지 않지만 할당된 드라이브 문자도 없습니다. 드라이브 문자가 할당되지 않으면 탐색기에 표시되지 않지만 일부 도구는 ESP 파티션을 나열할 수 있습니다.

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

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

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

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

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

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

• 다음 GUID를 가지고 있으며 MBR 파티션 0x42에 해당하는 데이터 컨테이너 파티션: 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부터는 Windows에서 MBR 또는 GPT 디스크에 대한 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로 변경되는 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가 중복되면 예기치 않은 결과가 발생합니다.