HardDiskDriver(GPT)
GUID磁盘分区表(GUIDPartitionTable,缩写:GPT)其含义为“全局唯⼀标识磁盘分区表”,是⼀个实体硬盘的的结构布局的标准。
它是()标准(被⽤于替代个⼈计算机的)的⼀部分,被⽤于替代BIOS系统中的⼀64bits来存储逻辑块地址和⼤⼩信息的主开机纪录
(MBR)分区表
注意:MBR包括引导程序和分区表
GPT只包括分区表
在MBR硬盘中,分区信息直接存储于(MBR)中(主引导记录中还存储着系统的)。但在GPT硬盘中,分区表的位置信息储存在GPT
头中。但出于兼容性考虑,硬盘的第⼀个扇区仍然⽤作MBR,之后才是GPT头。
跟现代的MBR⼀样,GPT也使⽤逻辑区块位址(LBA)取代了早期的寻址⽅式。MBR信息存储于LBA0,GPT头存储于LBA1,接下
来才是分区表本⾝。
(LBA0)
在GPT分区表的最开头,处于兼容性考虑仍然存储了⼀份传统的MBR,⽤来防⽌不⽀持GPT的硬盘管理⼯具错误识别并破坏硬盘中的
数据,这个MBR也叫做保护MBR。在⽀持从GPT启动的操作系统中,这⾥也⽤于存储第⼀阶段的启动代码。在这个MBR中,只有⼀
个标识为0xEE的分区,以此来表⽰这块硬盘使⽤GPT分区表。不能识别GPT硬盘的操作系统通常会识别出⼀个未知类型的分区,并且
拒绝对硬盘进⾏操作,除⾮⽤户特别要求删除这个分区。这就避免了意外删除分区的危险。另外,能够识别GPT分区表的操作系统会
检查保护MBR中的分区表,如果分区类型不是0xEE或者MBR分区表中有多个项,也会拒绝对硬盘进⾏操作。
在使⽤MBR/GPT混合分区表的硬盘中,这部分存储了GPT分区表的⼀部分分区(通常是前四个分区),可以使不⽀持从GPT启动的操
作系统从这个MBR启动,启动后只能操作MBR分区表中的分区。如就是使⽤这种⽅式启动Windows。
[2]
(LAB1)
分区表头定义了硬盘的可⽤空间以及组成分区表的项的⼤⼩和数量。在使⽤64位的机器上,最多可以创建128个分区,即分区表中保
留了128个项,其中每个都是128字节。(EFI标准要求分区表最⼩要有16,384字节,即128个分区项的⼤⼩)
分区表头还记录了这块硬盘的GUID,记录了分区表头本⾝的位置和⼤⼩(位置总是在LBA1)以及备份分区表头和分区表的位置和⼤
⼩(在硬盘的最后)。它还储存着它本⾝和分区表的校验。固件、引导程序和操作系统在启动时可以根据这个校验值来判断分区表是
否出错,如果出错了,可以使⽤软件从硬盘最后的备份GPT中恢复整个分区表,如果备份GPT也校验错误,硬盘将不可使⽤。所以
GPT硬盘的分区表不可以直接使⽤16进制编辑器修改。
主分区表和备份分区表的头分别位于硬盘的第⼆个扇区(LBA1)以及硬盘的最后⼀个扇区。备份分区表头中的信息是关于备份分区表
的。
(LBA2–33)
GPT分区表使⽤简单⽽直接的⽅式表⽰分区。⼀个分区表项的前16字节是分区类型GUID。例如,的GUID类型是{C12A7328-F81F-
11D2-BA4B-00A0C93EC93B}。接下来的16字节是该分区唯⼀的GUID(这个GUID指的是该分区本⾝,⽽之前的GUID指的是该分区
的类型)。再接下来是分区起始和末尾的64位LBA编号,以及分区的名字和属性。
相对字节偏移量
(⼗六进制)
字节数说明[整数皆以littleendian⽅式表⽰]
00~078GPT头签名“4546492050415254”(ASCII码为“EFIPART”)
08~0B4版本号,⽬前是1.0版,其值是“00000100”
0C~0F4GPT头的⼤⼩(字节数),通常为“5C000000”(0x5C),也就是92字节。
10~134GPT头CRC校验和(计算时把这个字段本⾝看做零值)
14~174保留,必须为“00000000”
18~1F8EFI信息区(GPT头)的起始扇区号,通常为“0000”,也就是LBA1。
20~278EFI信息区(GPT头)备份位置的扇区号,也就是EFI区域结束扇区号。通常是整个磁盘最末⼀个扇区。
28~2F8GPT分区区域的起始扇区号,通常为“2200”(0x22),也即是LBA34。
30~378GPT分区区域的结束扇区号,通常是倒数第34扇区。
38~4716磁盘GUID(全球唯⼀标识符,与UUID是同义词)
48~4F8分区表起始扇区号,通常为“0000”(0x02),也就是LBA2。
50~534分区表总项数,通常限定为“80000000”(0x80),也就是128个。
54~574每个分区表项占⽤字节数,通常限定为“80000000”(0x80),也就是128字节。
58~5B4分区表CRC校验和
5C~**保留,通常是全零填充
分区项结构
相对字节偏移量
(⼗六进制)
字节数说明[整数皆以littleendian⽅式表⽰]
(⼗六进制)
字节数说明[整数皆以littleendian⽅式表⽰]
00~0F16⽤GUID表⽰的分区类型
10~1F16⽤GUID表⽰的分区唯⼀标⽰符
20~278该分区的起始扇区,⽤LBA值表⽰。
28~2F8该分区的结束扇区(包含),⽤LBA值表⽰,通常是奇数。
30~378该分区的属性标志
38~7F72UTF-16LE编码的⼈类可读的分区名称,最⼤32个字符
分区类型
相关操作系
统
GUID[littleendian]含义
None
00000000-0000-0000-0000-
未使⽤
None
024DEE41-33E7-11D3-9D69-
0008C781F39F
MBR分区表
None
C12A7328-F81F-11D2-BA4B-
00A0C93EC93B
EFI系统分区[EFISystempartition(ESP)],必须是VFAT格式
None
BC13C2FF-59E6-4262-A352-
B275FD6F7172
扩展boot分区,必须是VFAT格式
None
21686148-6449-6E6F-744E-
656564454649
BIOS引导分区,其对应的ASCII字符串是"Hah!IdontNeedEFI"。
None
D3BFE2DE-3DAF-11DF-BA40-
E3A556D89593
IntelFastFlash(iFFS)partition(forIntelRapidStarttechnology)
Windows
E3C9E316-0B5C-4DB8-817D-
F92DF00215AE
微软保留分区
Windows
EBD0A0A2-B9E5-4433-87C0-
68B6B72699C7
基本数据分区
Windows
DE94BBA4-06D1-4D40-A16A-
BFD50179D6AC
Windows恢复环境
Linux
0FC63DAF-8483-4772-8E79-
3D69D8477DE4
数据分区。Linux曾经使⽤和Windows基本数据分区相同的GUID。
这个新的GUID是由GPTfdisk和GNUParted开发者根据Linux传统的"8300"分区
代码发明的。
Linux
44479540-F297-41B2-9AF7-
D131D5F0458A
x86根分区(/)这是systemd的发明,可⽤于⽆fstab时的⾃动挂载
Linux
4F68BCE3-E8CD-4DB1-96E7-
FBCAF984B709
x86-64根分区(/)这是systemd的发明,可⽤于⽆fstab时的⾃动挂载
Linux
69DAD710-2CE4-4E3C-B16C-
21A1D49ABED3
ARM32根分区(/)这是systemd的发明,可⽤于⽆fstab时的⾃动挂载
Linux
B921B045-1DF0-41C3-AF44-
4C6F280D3FAE
AArch64根分区(/)这是systemd的发明,可⽤于⽆fstab时的⾃动挂载
Linux
3B8F8425-20E0-4F3B-907F-
1A25A76F98E8
服务器数据分区(/srv)这是systemd的发明,可⽤于⽆fstab时的⾃动挂载
Linux
933AC7E1-2EB4-4F13-B844-
0E14E2AEF915
HOME分区(/home)这是systemd的发明,可⽤于⽆fstab时的⾃动挂载
Linux
0657FD6D-A4AB-43C4-84E5-
0933C84B4F4F
交换分区(swap)不是systemd的发明,但同样可⽤于⽆fstab时的⾃动挂载
Linux
A19D880F-05FC-4D3B-A006-
743F0F84911E
RAID分区
Linux
E6D6D379-F507-44C2-A23C-
238F2A3DF928逻辑卷管理器(LVM)分区
Linux
8DA63339-0007-60C0-C436-
083AC8230908
保留
Microsoft还进⼀步对分区的属性进⾏了细分:低位4字节表⽰与分区类型⽆关的属性,⾼位4字节表⽰与分区类型有关的属性。Microsoft⽬前
使⽤了下列属性:
分区属性
Bit解释
0系统分区(磁盘分区⼯具必须将此分区保持原样,不得做任何修改)
1EFI隐藏分区(EFI不可见分区)
2传统的BIOS的可引导分区标志
2传统的BIOS的可引导分区标志
60只读
62隐藏
63不⾃动挂载,也就是不⾃动分配盘符
本文发布于:2022-11-25 05:02:33,感谢您对本站的认可!
本文链接:http://www.wtabcd.cn/fanwen/fan/90/16426.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |