有关 GUID 分区表磁盘的常见问题解答

GUID 分区表磁盘体系结构是作为可扩展固件接口计划的一部分引入的。 GUID 分区表是一种新的磁盘体系结构，它扩展了旧版主启动记录 (基于 Intel 的计算机通用的 MBR) 分区方案。

分区是物理磁盘或逻辑磁盘上的连续存储空间，其功能类似于物理上独立的磁盘。 分区对系统固件和已安装的操作系统可见。 对分区的访问权限由系统固件和当前处于活动状态的操作系统控制。

GUID 分区表磁盘可以增长到较大大小。 从 2001 年 7 月起，Microsoft 实现支持最多 18 EB (512 KB LBA) 的硬盘。

GUID 分区表磁盘上的分区数不受临时方案的限制，例如由 MBR 扩展启动记录定义的容器分区。 GUID 分区表的 Microsoft 实现限制为 128 个分区。 但是，请务必注意，一个分区用于 EFI 系统分区，一个用于 Microsoft 保留分区，另外两个分区用于使用动态磁盘。 这会留下 124 个分区供数据使用。

GUID 分区表磁盘分区格式定义正确且完全自标识。 对操作系统至关重要的数据位于分区中，而不是位于无分区或 隐藏 的扇区中。 GUID 分区表不允许隐藏的扇区或分区。 GUID 分区表磁盘使用主分区表和备份分区表来实现冗余和 CRC32 字段，以提高分区数据结构完整性。 GUID 分区表分区格式使用版本号和大小字段进行将来扩展。

每个 GUID 分区表分区都具有唯一的标识 GUID 和分区内容类型，因此无需协调来防止分区标识符冲突。 每个 GUID 分区表分区都有一个 36 个字符的 Unicode 名称，这意味着任何软件都可以为分区提供一个易于读取的名称，而无需进一步了解分区。

MBR 磁盘仅支持扩展分区中的四个主要分区表条目或多个逻辑分区。 如果需要更多分区，则需要辅助结构（扩展分区）。 然后将扩展分区细分为一个或多个逻辑磁盘。

任何给定驱动器上只能有一个扩展分区，并且逻辑驱动器的最大数目为 MAXULONG/4。 所有 MBR 磁盘分区和逻辑驱动器都必须是圆柱对齐的，即使在硬件 RAID 集上，这些 RAID 集是从多个不同驱动器生成的，没有明确的基础物理几何图形。

MBR 分区规则复杂且指定不当。 例如，圆柱对齐是否意味着每个分区的长度必须至少为一个圆柱？ MBR 分区由双字节字段标识，需要协调以避免冲突。 IBM 最初提供了这种协调，但截至 2001 年 7 月，没有单个权威的分区标识符列表。

另一种常见做法是使用分区或“隐藏”扇区来保存特定信息。 这种做法是无证的，并导致难以调试的严重系统问题。 多年来，已经向公众发布了中断的实施和工具，使支持变得困难。

可扩展固件接口规范的第 16 章定义 GUID 分区表格式。 以下 Intel 网站提供此文档：

统一 EFI 规范定义操作系统与平台固件之间的接口

第三方信息免责声明

本文中提到的第三方产品由 Microsoft 以外的其他公司提供。 Microsoft 不对这些产品的性能或可靠性提供任何明示或暗示性担保。

否。 GUID 分区表磁盘是自标识。 解释 GUID 分区表磁盘的分区方案所需的所有信息都完全包含在物理介质上指定位置的结构中。

从理论上讲，GUID 分区表磁盘最多可以是 264 个长度为单个逻辑块的扇区。 逻辑块通常为 512 字节或一个大小的扇区。

在实践中，Windows XP 支持大小约为 18 MB 的 GUID 分区表磁盘。

从理论上讲，数量不受限制。 作为 2001 年 7 月，Microsoft 实现是 128 个分区。 分区数受保留用于创建分区条目的空间量的限制。

否。 但是，所有 GUID 分区表磁盘都包含一个保护性 MBR，该 MBR 用于不了解 GUID 分区表磁盘结构的旧程序。

保护性 MBR 从扇区 0 开始，位于磁盘上的 GUID 分区表分区表之前。 MBR 包含一个类型0xEE跨整个磁盘长度的分区。 无论 GUID 分区表磁盘条目数组中定义的分区数目如何，这都是相同的。

保护性 MBR 保护 GUID 分区表磁盘免受以前发布的 MBR 磁盘工具（如 Microsoft MS-DOS FDISK 或 Microsoft Windows NT磁盘管理员）的保护。 这些工具不知道 GUID 分区表，也不知道如何正确访问 GUID 分区表磁盘。 不知道 GUID 分区表的旧软件在访问 GUID 分区表磁盘时仅解释受保护的 MBR。 这些工具将 GUID 分区表磁盘视为具有单个包含 (可能无法识别) 分区，方法是解释受保护的 MBR，而不是将磁盘误认为为未分区的磁盘。

如果发生这种情况，则必须使用仅识别 MBR 的磁盘工具来访问 GUID 分区表磁盘。

保护 MBR 中的 EE 分区指定为 MBR 中允许的最大大小。

64 位版本的 Windows XP 是否可以从 GUID 分区表磁盘读取、写入和启动？

64 位版本的 Windows XP 可以读取和写入 GUID 分区表磁盘，但不能从 GUID 分区表磁盘启动。

64 位版本的 Windows XP 是否可以从 MBR 磁盘读取、写入和启动？

是。

32 位版本的 Windows XP 是否可以从 GUID 分区表磁盘读取、写入和启动？

否。 32 位版本将只看到保护性 MBR。 不会装载 EE 分区或以其他方式向程序软件公开。

32 位版本的 Windows XP 是否可以从 MBR 磁盘读取、写入和启动？

能。

Microsoft Windows 2000、Microsoft Windows NT 4.0 或 Microsoft Windows 98/95 是否可以从 GUID 分区表读取、写入和启动？

否。 旧版软件将仅看到保护性 MBR。

GUID 分区表和 MBR 磁盘只能混合在 64 位系统上，并适用以下限制：

Windows XP 加载程序和启动分区必须驻留在 GUID 分区表磁盘上。 其他硬盘可以是 MBR 或 GUID 分区表。

MBR 和 GUID 分区表磁盘都可以存在于单个动态磁盘组中。 卷集可以跨越 MBR 和 GUID 分区表磁盘，但是，MBR 圆柱形对齐限制可能会在镜像或条带化 MBR 和 GUID 分区表磁盘方面造成一些困难。

可移动媒体必须是 MBR 或 超级浮线。

不带 GUID 分区表或 MBR 格式的可移动媒体被视为超级浮线。 整个媒体被视为单个分区。

媒体制造商对可移动媒体执行任何 MBR 分区：Windows 从不分区可移动媒体。 如果媒体确实具有 MBR，则仅支持一个分区。 MBR 分区媒体和超级浮点之间几乎没有用户可辨别的区别。

可移动媒体的示例包括软盘驱动器、JAZZ 磁盘盒、磁光介质、DVD-ROM 和 CD-ROM。 外部总线（如 SCSI 或 IEEE 1394）上的硬盘驱动器不被视为可移动。

对媒体进行分区时，64 位版本的 Windows XP 的默认行为是什么？

固定磁盘通过使用 GUID 分区表分区进行分区。 只有在首次删除所有现有分区时，才可将 GUID 分区表磁盘转换为 MBR 磁盘，并导致数据丢失。

分区媒体时，32 位版本的 Windows XP 的默认行为是什么？

只能使用 MBR 磁盘。 MBR 磁盘不能转换为 GUID 分区表磁盘。

操作系统中的驱动器号如何映射到可扩展固件接口固件中的分区？

驱动器号和分区之间没有可用于确定另一个驱动器号和分区的固有映射。 必须通过其分区 GUID 标识基本数据分区。

如何创建可扩展固件接口系统分区？

可扩展固件接口系统分区可以通过使用可扩展固件接口固件实用工具 Diskpart.efi 或 Windows XP 命令行实用工具Diskpart.exe创建，也可以使用IOCTL_SET_DRIVE_LAYOUT以编程方式创建它们。

不应直接更改任何分区标头条目。 请勿使用磁盘工具或实用工具进行更改或更改。

可拆离磁盘通常预期会在计算机之间迁移，或者只是有时无法迁移到操作系统。 可拆离磁盘的示例是 IEEE 1394 磁盘，最终用户可以轻松断开连接，或者 Microsoft 群集服务 (MSCS) 共享磁盘，这些磁盘在群集中的节点之间移动。 Windows XP 仅支持在可拆离磁盘上进行 MBR 分区。

什么是可扩展固件接口系统分区？

可扩展固件接口系统分区包含启动计算机所需的 NTLDR、Boot.ini 和其他文件，例如驱动程序。 分区 GUID 定义可扩展固件接口系统分区：

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

是否只有 GUID 分区表磁盘具有可扩展固件接口系统分区？

否，MBR 磁盘还可以具有可扩展固件接口系统分区。 可扩展固件接口指定从 GUID 分区表或 MBR 启动。 MBR 磁盘上的可扩展固件接口系统分区由分区类型0xEF标识。 但是，Windows XP 不支持从 MBR 磁盘或0xEF分区启动可扩展固件接口。

可扩展固件接口系统分区有多大？

可扩展固件接口系统分区是使用以下算法确定的：

最大 (100MB，最小 (物理磁盘的 1%，1GB) )

换句话说，可扩展固件接口系统分区的大小必须在这两个数字中较大，即 100 MB 或物理磁盘大小的 1%， (高达 1 GB) 。 物理磁盘大小是在磁盘分区时测量的。

物理磁盘的值 1% 是在创建可扩展固件接口系统分区时计算的，如果稍后使用 RAID) 扩展磁盘，则不会更改 (。

单个磁盘上是否存在两个可扩展固件接口系统分区？

不应创建此类配置，也不应支持此配置。

两个不同磁盘上的两个可扩展固件接口系统分区又如何？

可以为高可用性配置复制可扩展固件接口系统分区。 复制必须手动完成，并且必须手动同步内容。 无法镜像可扩展固件接口系统分区。

Microsoft 在可扩展固件接口系统分区中放置了哪些内容？

Microsoft 将加载程序和其他启动操作系统所需的文件置于可扩展固件接口系统分区中。

可扩展固件接口系统分区应放置在磁盘上的位置？

可扩展固件接口系统分区必须首先位于磁盘上。 虽然没有体系结构要求，但将可扩展固件接口系统分区放在第一位的原因有很多。 其主要原因是，当可扩展固件接口系统分区在逻辑上位于尝试跨越的两个数据分区之间时，无法跨度卷。

计算机或设备制造商应在可扩展固件接口系统分区中放置什么？

可扩展固件接口系统分区应仅包括启动操作系统所需的文件、在操作系统启动之前运行的平台工具，或操作系统启动前必须访问的文件，例如在执行预启动系统维护时。 操作系统运行时使用的其他增值文件或诊断不应放置在可扩展固件接口系统分区中。 请务必注意，可扩展固件接口系统分区中的空间是有限的系统资源：其主要目的是为启动操作系统所需的文件提供存储。

首选选项是让计算机制造商将增值内容放置在特定于 OEM 的分区中。 与 MBR OEM 分区一样，GUID 分区表 OEM (或其他无法识别的) 分区的内容不会公开 (给定驱动器号或在卷列表中返回) 。 警告用户删除分区可能导致计算机无法运行。 应将特定于 OEM 的分区放置在 Microsoft 预留分区和磁盘上任何可扩展固件接口系统分区之后。 虽然不是体系结构，但此放置与将可扩展固件接口系统分区放在第一位具有相同的优势。 例如，在尝试跨越的两个数据分区之间逻辑上存在特定于 OEM 的分区时，也不可能跨过卷。

对于在预操作系统启动环境中运行的程序或文件，可在可扩展固件接口系统分区中放置。 但是，可扩展固件接口系统分区是体系结构共享空间，表示资源有限。 应谨慎考虑在可扩展固件接口系统分区中占用空间。 与预操作系统启动环境无关的文件不应放置在可扩展固件接口系统分区中。

什么是 Microsoft 保留分区？

Microsoft 保留分区在每个磁盘驱动器上保留空间，供操作系统软件后续使用。 GUID 分区表磁盘不允许隐藏的扇区。 以前使用隐藏扇区的软件组件现在为特定于组件的分区分配 Microsoft 预留分区的一部分。 例如，将基本磁盘转换为动态磁盘会导致该磁盘上的 Microsoft 保留分区大小减小，而新创建的分区保存动态磁盘数据库。 Microsoft 保留分区具有以下分区 GUID：

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

哪些磁盘需要 Microsoft 保留分区？

每个 GUID 分区表磁盘必须包含 Microsoft 保留分区。 如果磁盘上有任何) ，Microsoft 保留分区必须是可扩展固件接口系统分区 (后的第一个分区。 在其他主要数据分区之前创建 Microsoft 保留分区尤其重要。

谁创建了 Microsoft 保留分区？

首次将磁盘分区信息写入驱动器时，必须创建 Microsoft 保留分区。 如果制造商将磁盘分区，制造商必须同时创建 Microsoft 预留分区。 如果 Windows 在安装过程中对磁盘进行分区，则会创建 Microsoft 保留分区。

为什么在首次分区磁盘时必须创建 Microsoft 保留分区？

对磁盘进行分区后，将没有可用空间来创建 Microsoft 保留分区。

Microsoft 保留分区有多大？

最初创建时，Microsoft 保留分区的大小取决于磁盘驱动器的大小：

每个可启动驱动器必须包含可扩展固件接口系统分区、Microsoft 保留分区和至少一个包含操作系统的基本数据分区。 每个数据驱动器必须至少包含一个 Microsoft 保留分区和一个基本数据分区。

驱动器上的所有基本数据分区应是连续的。 如前所述，在数据分区之间放置特定于 OEM 的分区或其他无法识别的分区会对以后的卷跨越施加限制

基本数据分区对应于 FAT) 、0X7 (NTFS) 或 0xB (FAT32) 0x6 (主 MBR 分区。 基本数据分区与驱动器号或装入点、其他卷设备对象或两者之间存在直接的一对一关联。 每个基本数据分区在 Windows 中表示为卷设备对象，并可选地表示为装入点或驱动器号。

它具有以下分区类型 GUID：

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

用户不会在 Windows 资源管理器中看到这些分区公开，也不会看到任何已识别的文件系统向旧程序公开，例如上下文索引。 可扩展固件接口系统分区、特定于 OEM 的分区和其他无法识别的分区将仅在磁盘管理 MMC 管理单元中可见。

Windows XP 仅公开基本数据分区。 可以装载具有 FAT 文件系统的其他分区，但不能公开 (仅以编程方式) 。 仅为基本数据分区分配驱动器号或装入点。

已装载可扩展固件接口系统分区 FAT 文件系统，但未公开。 这允许在 Windows 下运行的程序更新可扩展固件接口系统分区的内容。 以下注册表项查找可扩展固件接口系统分区：

HKEY_LOCAL_MACHINE/System/Setup/SystemPartition

Microsoft 保留分区 (以及从 Microsoft 保留分区) 创建的任何分区都可能具有可识别的文件系统;不会公开任何数据。

Windows 不会识别与其他操作系统关联的任何特定于 OEM 的分区或分区。 使用可识别文件系统的未识别分区被视为可扩展固件接口系统分区。 它们将被装载，但不会公开。 与 MBR 磁盘不同，特定于 OEM 的分区与其他操作系统分区之间没有实际区别;所有都无法识别。

用户可以使用磁盘管理工具，如磁盘管理 MMC 管理单元或Diskpart.exe。 Microsoft 预留分区和从 Microsoft 预留分区创建的任何分区仅在命令提示符下可见。

动态磁盘使用两个不同的 GUID 分区表分区：

与 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 分区的内容相同。

若要使驱动器有资格转换为动态，驱动器上的所有基本数据分区必须是连续的。 如果其他无法识别的分区分隔基本数据分区，则无法转换磁盘。 这是必须在任何基本数据分区之前创建 Microsoft 保留分区的原因之一。

转换的第一步是分隔 Microsoft 保留分区的一部分以创建配置数据库分区。 然后，所有不可启动的基本分区合并到单个数据容器分区中。 启动分区保留为单独的数据容器分区。 这类似于主分区的转换。

Windows XP 与 Windows 2000 不同，因为基本分区和扩展分区优先转换为单个0x42分区，而不是保留为 Windows 2000 上的多个不同0x42分区。

可以使用以下工具访问不同类型的 GUID 分区表磁盘分区。

Diskpart.efi： 固件：可扩展固件接口系统分区 Microsoft 保留分区

Diskpart.exe： Windows XP：可扩展固件接口系统分区 Microsoft 保留分区

Diskgmt.msc： Windows XP：可扩展固件接口系统分区 数据

Explorer.exe： Windows XP：DATA

还可以通过使用 Microsoft Win32 或 Microsoft Win64 API) 在原始级别访问 GUID 分区表磁盘分区来开发自己的工具 (。

GUID 分区表和 MBR 磁盘的管理方式相同。 磁盘可以使用Diskpart.exe命令行实用工具或使用磁盘管理管理单元，将磁盘格式设置为 GUID 分区表或 MBR。 可以在 GUID 分区表和 MBR 磁盘上创建卷，并且这两种磁盘可以混合在同一个动态磁盘组中。

对于 MBR 或 GUID 分区表磁盘，Windows XP 上没有 FTdisk 集支持。 对逻辑卷的唯一支持是通过动态磁盘。

是，但仅当磁盘不包含分区或卷时。 磁盘上的任何数据都将被销毁。 GUID 分区表磁盘仅在 64 位版本的 Windows XP 上受支持。

建议对所有基本数据分区和所有动态卷使用 NTFS。 Windows 安装程序和磁盘管理管理单元仅提供 NTFS。 但是，你仍然可以在这些分区上使用 FAT16 和 FAT32。 若要绕过此操作，必须使用格式工具显式设置分区或卷的格式。

否。 磁盘和分区 GUID 将不再是唯一的。 这绝不能发生。 可以逐个部门复制可扩展固件接口系统分区或基本数据分区的内容。

是的;但是，有一些关键注意事项。 OEM 预安装工具包 (OPK) 将磁盘和分区 GUID 初始化为零。 首次启动 Windows XP 时，操作系统将生成唯一的 GUID。 OPK 仅支持生成可扩展固件接口系统分区、Microsoft 保留分区和基本数据分区。

如果程序已记录任何磁盘或分区 GUID，则程序可能不起作用。 计算机制造商或依赖 GUID 的程序供应商提供的任何程序、驱动程序、实用程序或固件实现都应能够处理从 OPK 初始化值更改为操作系统生成的 GUID。

这是 OEM 简化操作系统预安装和系统恢复的一种方式。 可以轻松扩展此命令，为平台创建默认磁盘配置。 例如，计算机制造商可以扩展 MAKE 命令，以使用可扩展固件接口系统分区、Microsoft 保留分区、特定于 OEM 的分区和一个基本数据分区自动分区启动驱动器。 例如，考虑一个称为BOOT_DISK的可能磁盘配置。 发生灾难恢复时，MAKE BOOT_DISK 将允许客户将启动磁盘完全重新分区到原始工厂默认值。

Windows XP 将在检测时为任何重复的磁盘 GUID、Microsoft 保留分区 GUID 或 Microsoft 保留分区基本数据 GUID 生成新的 GUID。 这类似于 Windows 2000 中的重复 MBR 签名处理。 动态容器或数据库分区上的重复 GUID 会导致不可预知的结果。

这取决于在设置格式时选择的群集大小。 NTFS 目前限制为 2^32-1 个分配单位。 这会使用 64k 群集生成 256TB 卷。 但是，仅使用 4K 群集大小测试到 16TB 或 17，592，186，040，320 字节。 下图显示基于群集大小的 NTFS 限制：

例如，若要设置群集大小为 8 KB 的卷的格式，可以使用命令提示符中的以下命令，其中 /a： #### 指定每个群集的字节数：

如果选择的群集大小对于分区大小来说太小，则在尝试设置分区格式时会收到以下错误消息：

格式操作未完成，因为群集计数高于预期

若要确定卷的群集大小，请在命令提示符下运行以下命令，然后记下 每个群集的字节 值：

注意

卷占位符表示卷号。

例如，运行 fsutil fsinfo ntfsinfo c: 命令时，可能会收到类似于以下输出的结果：

NTFS 卷序列号：0xf4300f6c300f3560 版本：3.1 数字扇区：0x000000001d17dbee 群集总数：0x0000000003a2fb7d 免费群集：0x000000000102bfa0 预留总额：0x0000000000000800 每个扇区的字节数：512 每个群集的字节数：4096 每个 FileRecord 段的字节数：1024 每个 FileRecord 段的群集数：0 Mft 有效数据长度：0x000000000e630000 Mft Start Lcn： 0x00000000000c0000 Mft2 Start Lcn： 0x0000000001d17dbe Mft 区域启动：0x00000000002185a0 Mft 区域结束：0x0000000000218740 RM 标识符：1587CC47-A713-11DB-9287-806E6F6E6963

注意

在此示例中， 每个群集的字节 值为 4096。 此值表示 4 千字节 (KB) 群集大小。