我们可以在单个驱动器上创build多less个最大分区？ 我记得当我在同一个磁盘上的16个分区周围创build了一个错误。 为什么要放这个限制？ 什么是无限分区的问题？
我知道，由于历史原因，可以有四个主分区，并且它们以前512字节存储。 所以我们使用最后的分区信息来指向另一个分区表。 之后，我们创build链接的分区列表。 我只是想知道为什么要放一个限制？ 必须有一些好处。 正因为当时没有人创造出超过16个分区，对于16个分区的限制是没有意义的。 通过设置限制应该有一些收获。 或者一些理论上的理由，比如我们在分区上支持最大的文件大小。
四个主要/扩展分区。 如果您是扩展分区，则可以在该扩展分区中拥有任意数量的逻辑磁盘。 在标准格式磁盘上，分区表只有四个空间。 如果将磁盘升级到GPT，我认为限制会发生变化，但我不确定新的限制是什么。
JR
对于主分区表磁盘，限制取决于IBM引导logging（512字节IIRC）中的分区表大小，这是IBM在80年代发明的。 另外，某些操作系统由于各种原因而有各自的限制。 标准，比如说，允许扩展分区最多有24个分区。 为什么是极限？ 相同的限制，似乎足够大，足以“够好”。 另外，在实际操作中，各种操作系统内核正在开发中，分区数量很less会很高。
顺便说一下，这就是为什么许多操作系统实现自己的分区版本的原因。 LVM在Linux上解决这个问题。 GPT是Windows处理分区的方式，没有老式的分区表。 NetWare的NSS文件系统运行的很像LVM，因为有一个“分区”，然后在媒体pipe理器中进行细分。
一个好友在Linux上试验了一些奇怪的基于扩展名的MD + LVM，而Linux在任何磁盘上显然都有一个硬盘分区的限制。 我不确定这是每个扩展分区的文件系统，还是什么。 我想认为，在今天这个时代，这是相对无关紧要的。
我想这里真正的问题就是为什么你想创build这么多的分区。 存储空间并不昂贵，SATA现在是标准configuration，IMO有很多更好的select来分区驱动器33次。
虽然限制是由空间（如512字节）等限制决定的，但是一些限制的设置并不less见，只是因为“如果你达到这个限制，那么你做错了什么”。
在“过去的日子”里，为什么你需要将40 MB的硬盘分成多个分区？ 也许有一些用户需要这样做，但是像我自己一样，如果不是我们想要创build分区的目录而是“错误的方式”。
如前所述，LVM是限制的一种方式。 ZFS是另一个，但是不要考虑分区，而是将驱动器放入zpool中，并根据需要创build尽可能多的“文件系统”。 在一些演示中，我已经看到了数以千计的ZFS文件系统，所以即使将驱动器划分为数千个分区，也可以获得所有分区的好处，但几乎没有任何缺点。
虽然扩展/逻辑分区scheme在理论上提供了无限数量的逻辑分区，但是所有操作系统都设置了一些限制（据我所知）。
对于DOS / Windows，由于驱动器盘符（C：到Z :)（加上不支持的文件系统的任何分区），它不能支持最多24个分区。
对于Linux来说，最大限度的受限于次设备号的分配 。 对于传统IDE磁盘，支持63个分区，而SCSI磁盘则限制为15个分区。
对于OpenBSD，FreeBSD，MachOS和其他我不知道，但我确信他们有一些限制。
不，Windows不仅限于驱动器号。 您可以将分区挂载到任何NTFS文件夹。 此后，我不是有任何限制的家庭。