GPT分区表的结构.docxVIP

GPT分区表的结构 传统MBR (LBA 0) 在GPT分区表的最开头，出于兼容性考虑仍然存储了一份传统的MBR，用来防止不支持GPT的硬盘管理工具错误识别并破坏硬盘中的数据，这个MBR也叫做保护MBR。在支持从GPT启动的操作系统中，这里也用于存储第一阶段的启动代码。在这个MBR中，只有一个标识为0xEE的分区，以此来表示这块硬盘使用GPT分区表。不能识别GPT硬盘的操作系统通常会识别出一个未知类型的分区，并且拒绝对硬盘进行操作，除非用户特别要求删除这个分区。这就避免了意外删除分区的危险。另外，能够识别GPT分区表的操作系统会检查保护MBR中的分区表，如果分区类型不是0xEE或者MBR分区表中有多个项，也会拒绝对硬盘进行操作。 在使用MBR/GPT混合分区表的硬盘中，这部分存储了GPT分区表的一部分分区（通常是前四个分区），可以使不支持从GPT启动的操作系统从这个MBR启动，启动后只能操作MBR分区表中的分区。如Boot Camp就是使用这种方式启动Windows。 GPT分区表的结构。 此图中，每个逻辑块（LBA）为512字节，每个分区的记录为128字节。负数的LBA地址表示从最后的块开始倒数，?1表示最后一个块。 分区表头 (LBA 1) 分区表头定义了硬盘的可用空间以及组成分区表的项的大小和数量。在使用64位Windows Server 2003的机器上，最多可以创建128个分区，即分区表中保留了128个项，其中每个都是128字节。（EFI标准要求分区表最小要有16,384字节，即128个分区项的大小）。 分区表头还记录了这块硬盘的GUID，记录了分区表头本身的位置和大小（位置总是在LBA 1）以及备份分区表头和分区表的位置和大小（在硬盘的最后）。它还储存着它本身和分区表的CRC32校验。固件、引导程序和操作系统在启动时可以根据这个校验值来判断分区表是否出错，如果出错了，可以使用软件从硬盘最后的备份GPT中恢复整个分区表，如果备份GPT也校验错误，硬盘将不可使用。所以GPT硬盘的分区表不可以直接使用16进制编辑器修改。 分区表头的格式起始字节长度内容08字节签名（EFI PART, 45 46 49 20 50 41 52 54）84字节修订（在1.0版中，值是 00 00 01 00）124字节分区表头的大小（单位是字节，通常是92字节，即 5C 00 00 00）164字节分区表头（第0－91字节）的CRC32校验，在计算时，把这个字段作为0处理，需要计算出分区串行的CRC32校验后再计算本字段204字节保留，必须是 0248字节当前LBA（这个分区表头的位置）328字节备份LBA（另一个分区表头的位置）408字节第一个可用于分区的LBA（主分区表的最后一个LBA + 1）488字节最后一个可用于分区的LBA（备份分区表的第一个LBA ? 1）5616字节硬盘GUID（在类UNIX系统中也叫UUID）728字节分区表项的起始LBA（在主分区表中是2）804字节分区表项的数量844字节一个分区表项的大小（通常是128）884字节分区串行的CRC32校验92*保留，剩余的字节必须是0（对于512字节LBA的硬盘即是420个字节） 分区表项 (LBA 2–33) GPT分区表使用简单而直接的方式表示分区。一个分区表项的前16字节是分区类型GUID。例如，EFI系统分区的GUID类型是{C12A7328-F81F-11D2-BA4B-00A0C93EC93B}。接下来的16字节是该分区唯一的GUID（这个GUID指的是该分区本身，而之前的GUID指的是该分区的类型）。再接下来是分区起始和末尾的64位LBA编号，以及分区的名字和属性。 GPT分区表项的格式起始字节长度内容016字节分区类型GUID1616字节分区GUID328字节起始LBA（little-endian）408字节末尾LBA488字节属性标签（如：60表示“只读”）5672字节分区名（可以包括36个UTF-16（little-endian）字符） GUID对应分区类型 GUID对应分区类型相关操作系统分区类型GUID[1](None)未使用0000-0000-0000-000000000000MBR分区表024DEE41-33E7-11D3-9D69-0008C781F39FEFI系统分区C12A7328-F81F-11D2-BA4B-00A0C93EC93BBIOS引导分区6449-6E6F