MBR
分区表除了上述的主分区、延伸分区、逻辑分区需要注意之外，由于每组分区表½有
16bytes
而
已，因此可纪录的信息真的是相当有限的！
所以，在过去
MBR
分区表的限制中经常可以发现如下
的问题：
.
操作系统无法抓取到
2.2T
以上的磁盘容量！
.
MBR
½有一个区块，若被破坏后，经常无法或很难救援。
.
MBR
内的存放开机管理程序的区块½
446bytes
，无法容纳½多的程序代码。
这个
2.2TB
限制的现象在早期并不会很严重。但是，½年来硬盘厂商动不对推出的磁盘容量就高达
好几个
TB
的容量！目前
(2015)
单一磁盘最高容量甚至高达
8TB
了！
如果使用磁盘阵列的系统，
像鸟哥的一组系统中，用了
24
颗
4TB
磁盘搭½出磁盘阵列，那在
Linux
底下就会看到有一颗
70TB
左右的磁盘！
如果使用
MBR
的话
...
那得要
2TB/2TB
的割下去，虽然
Linux kernel
现在已
经可以透过某些机制让磁盘分区高过
63
个以上，但是这样就得要割出½½
40
个分区槽～
真要命
...
为了½决这个问题，所以后来就有
GPT
这个磁盘分区的格式出现了！
.
GUID partition table, GPT
磁盘分区表
(
注
1
)
因为过去一个扇区大小就是
512bytes
而已，不过目前已经有
4K
的扇区设计出现！为了兼容于所有
的磁盘，因此在扇区的定义上面，
大多会使用所谓的逻辑区块地址
(Logical Block Address, LBA)
来处
理。
GPT
½磁盘所有区块以此
LBA(
预设为
512bytes
喔！
)
来规划，而第一个
LBA
称为
LBA0 (
从
0
开始编号
)
。
与
MBR
½使用第一个
512bytes
区块来纪录不同，
GPT
使用了
34
个
LBA
区块来纪录分区信息！
同时与过去
MBR
½有一的区块，被干掉就死光光的情况不同，
GPT
除了前面
34
个
LBA
之外，
整个磁盘的最后
33
个
LBA
也拿来作为另一个备份！这样或许会比½安全些吧！详细的½构有点像
底下的模样
(
注
1
)
：