Mar*_*tin 2 hard-drive partitioning
MBR 分区条目中的总扇区字段长度为 32 位。这意味着在 512 字节扇区大小的情况下，最大分区大小为 2^32*512/10^12 TB。对于 4Kn 磁盘，最大分区条目大小为 2^32*4096/10^12，即 17.59TB，我是否正确？如果是，那么这会减轻对 GPT 的需求吗？
是的，如果扇区大小实际上是 4 KiB，则最大 MBR 分区大小将为 16 TiB。（i这些单位中的s 是指 1024 的幂定义，其中日常的 1000 幂定义是近似值。）
MBR 分区的大小由其第一个扇区的地址和扇区长度决定，这些扇区存储在分区表中。请参阅Wikipedia 上的格式。最初，扇区以柱头扇区 (CHS) 样式命名，但这将磁盘限制为 2 24 个扇区（因为 CHS 地址存储在一个三字节字段中）。由于这实在是一种耻辱，因此采用了逻辑块寻址 - 正如这篇 Microsoft 文章中所提到的- 被采用。LBA 扇区地址和扇区计数存储在四字节字段中，并且（根据Microsoft Windows 2000 服务器操作指南）如果这些字段存在，操作系统将忽略 CHS 字段。请注意原始 ATA 规范（不是 MBR 分区表记录）仅支持 28 位扇区地址，这就是为什么您听说旧系统的限制较小的原因。
一段时间后，人们意识到 512 字节的扇区大小确实令人失望，因为整个 2 TiB 限制。出于这个原因和 ECC/完整性原因，出现了高级格式（更多技术内容请参见此处）。物理上具有 4KiB 扇区的驱动器将以两种模式（512e 或 4Kn）之一呈现给操作系统，通常取决于它们的跳线配置。将e在512E代表仿真-它假装它的扇区大小只有512个字节，并做了一些调整称为读-修改-写时OS给它一个更新的领域。在这篇 Microsoft 文章中阅读有关 RMW 的更多信息。在 4Kn（n对于原生) 模式，驱动器假定操作系统理解 4KiB 扇区并报告磁盘几何结构中的实际扇区大小。在 Windows 上，您可以运行fsutil fsinfo ntfsinfo后跟一个驱动器号来查看每个物理扇区的字节数（实际扇区大小）和每个扇区的字节数（呈现的扇区大小）。从 Windows 8 开始，Windows 支持本机 4KiB 扇区。您将只能在 4Kn 模式下使用额外空间，因为操作系统对 512e 模式下的大扇区一无所知，因此无法考虑超过 2 TiB 的数据。
由于 4Kn 将扇区大小乘以 8，因此最大分区大小（再次根据扇区定义）乘以 8 以产生16 TiB。这仅适用于实际分区；长期以来，Windows 允许使用更大的卷，您可以使用 RAID 创建这些卷。我相信其他操作系统也有类似的功能。不过要小心，因为如果限制是硬编码的，原始磁盘格式化程序可能会拒绝创建大于 2 TiB 的 MBR 分区。
综上所述，GPT 为您提供了一些好处，例如能够在一个磁盘上拥有四个以上的真实分区以及一些额外的弹性。您应该切换到 GPT。