MBR 和 GPT 的问题已经走到了非常现实的阶段-3T硬盘开始普及。MBR 由于对 3T 硬盘寻址无法支持，终于要开始被弃用了。但仅仅只是“开始”，我感觉至少10年之内 MBR 还不会消失。恐怕当GPT适应不了需求的时候，MBR才会消失。
表 1. MBR 永远占用了第一个扇区，通常为512bytes大小。在这512bytes中被MBR本身的程序用去了446bytes。于是，真正描述分区信息的就只有 64 bytes。而根据4个主分区的设计，每一个分区能用到的只有 16bytes. 那么！这16bytes是如何工作的？
表 2. 在表2中，有2个“开始位置”，我们分开理解。 二、GPT 的思路 GPT （GUID Partition Table）属于 EFI 方案中的一部分。虽然很早就开始制定这个标准，但到今天，还是有很多系统不支持 GPT。 首先，引用一张wikipedia上的结构图，来了解一下 GPT 的基本结构。 GPT 为了兼容 MBR，LBA 0 依旧保留了MBR的结构。在GPT工作是，会优先读取 GPT (LBA1) 内容。如果没有 GPT 内容，则认为这是一块MBR磁盘。再从LBA 0 读取MBR。 在硬盘末尾，GPT 备份了一份，这样当GPT出错时，可以快速的从硬盘末尾恢复。LBA -1 (负1) 表示倒数第一块 LBA。 从LBA 2 到 LBA 33 ，一共预留了 128 个分区表空间。 GPT 支持在一块硬盘上创建 128 个分区（真有这种需求？）。所以每一个分区可以使用 128 bytes 的空间。 来看一看 LBA 1 的结构吧，有了 512bytes 的巨型空间，都用不掉了。
此表来源为 中文 Wikipedia, 稍微修改了两个字，便于理解。 通过这张表，程序可以获知分区数量，第一个分区在哪个位置，以及GPT头是否正确（CRC32）。在这里着重解决的是分数数量问题，以及分区表的安全性问题。而分区的大小问题，则依赖了 GPT 的分区表：
重点就在这里了，在描述分区位置的时候，使用了8个字节，其最大值为 FF FF FF FF FF FF FF FF 。那么，假设每一个LBA 为512 bytes。其能描述的大小为 8589934592 TB = 8 ZB 。关于这个数字我算下来的确是在 ZB 级别的。但是搜索到的文章说法不一： 突破2TB限制 3TB硬盘装操作系统实战 9.4ZB （GPT分区表采用8个字节即64bit来存储扇区数，因此它最大可支持264个扇区。） 对于上面这些数字，18EB 恐怕是 LBA 数量，忘记乘 512 bytes 了。9.4ZB 暂时不知道是怎么来的。但这个数字暂且不做定论。因为微软的 FAQ 也提到了，这只是理论值，谁知道下一个瓶颈在哪里呢。 Q. How big can a GPT disk be? A. In theory, a GPT disk can be up to 2^64 logical blocks in length. Logical blocks are commonly 512 bytes in size. The maximum partition (and disk) size is a function of the operating system version. Windows XP and the original release of Windows Server 2003 have a limit of 2TB per physical disk, including all partitions. For Windows Server 2003 SP1, Windows XP x64 edition, and later versions, the maximum raw partition of 18 exabytes can be supported. (Windows file systems currently are limited to 256 terabytes each.) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
