是否存在某种(渐近?)阈值来限制 Ubuntu 可以在我的 GUID Smartdrives 上处理的分区数量?

是否存在某种(渐近?)阈值来限制 Ubuntu 可以在我的 GUID Smartdrives 上处理的分区数量?

我在两台笔记本电脑上安装了大约 3 个操作系统,包括 2 种版本的 'untu。到目前为止,Ubuntu 能够很好地处理我对额外分区的偏好。14.04、14.10 和 15.04 就是这种情况。迄今为止

我喜欢使用许多小分区进行备份 - 一个约 700MB 的分区用于 CD 备份,另一个较大的分区用于 DVD,一个分区用于我的旧 2GB 闪存驱动器,可能还有一个 16 和一个 32 的分区用于使用更大的 USB 3.0 闪存驱动器进行传输。可以轻松擦除未使用的磁盘空间或整个分区,这非常方便,并且增强了安全性。

我使用 gpart、分区向导读取分区时从未遇到过问题,通常可以挂载分区,但权限冲突时偶尔会出现问题。我的一些分区由我的许多 Linux 操作系统之一加密,而有些则未加密。

当我发现 Ubuntu 将其 Grub 的启动和启动配置文件分布在两个分区上时,我对大量分区的痴迷进入了一个新阶段,正如 Rod Smith 指出的那样。我在让 'untu 安装在启动屏幕上显示时遇到了问题,并且发现当我尝试使用 root、boot 和 home 分区进行安装而不是更典型的双分区安装时,通过恢复模式登录很容易更新 grub。

因此,平均每台笔记本电脑有三个操作系统,并且有兴趣进行四启动,这将给我留下大约 14 个分区,包括 Windows 恢复分区和我自己的启动分区备份。

我确实遇到了基于 Ubuntu 的发行版 (Mint) 的问题,在进行一些更新后,它无法再读取加密驱动器。我不得不重新安装,这个问题让我怀疑,随着我继续进行各种更新,Ubuntu 是否可能无法保证其在非常复杂的分区网络中的性能。

我的问题是,我是不是在自找麻烦。如果我添加太多小分区,我的磁盘控制器或其他系统功能是否会在某个时候崩溃,这是否存在重大风险?而且,我是否会因此付出某种重大的性能损失?到目前为止一切顺利,但我会听取那些有不同经验的人的建议。

答案1

不,您的控制器和其他硬件并不关心您有多少个分区,因此没有理由特别担心。

答案2

正如一些评论中所述,分区数量不存在硬件问题;磁盘控制器和磁盘处理扇区编号,既不知道也不关心这些扇区上有什么数据,也不知道扇区被分配到哪个分区。据我所知,操作系统级磁盘缓存也不是问题。

老人主引导记录 (MBR)分区系统仅限于四个主分区,其中一个可以是扩展分区,可以容纳任意数量的逻辑分区。请注意,MBR 限制有时会造成问题,因为磁盘可能已经有四个主分区,这使得创建其他分区变得困难。不过,这并不是你问题的重点。较新的GUID 分区表 (GPT)默认限制为 128 个分区;但是,如果需要,可以提高此限制(很少有工具可以实现这样的更改,但gdisk可以做到)。

MBR 和 GPT 限制基于数据结构本身。操作系统和磁盘实用程序可能会施加较低的限制。如果我没记错的话,Windows 的最新版本没有设置限制,尽管通常将驱动器映射到罗马字母表中的字母(以 开头),这C:意味着您不能以这种方式映射超过 24 个文件系统。(我认为旧版本的 Windows 有一个下限——可能是 16 或 24——但我不记得细节了。)如果我没记错的话,Linux 内核最初限制为 16 个分区;但是,包括 Ubuntu 在内的现代发行版提供了绕过该限制的方法,默认情况下会激活解决方法。作为测试,我创建了 MBR 和 GPT 磁盘,其分区远远超过 16 个——大约 100 个,如果我没记错的话。我为此使用的 Linux 发行版(Gentoo 和 Ubuntu,如果我没记错的话)可以很好地处理这些磁盘。我从未在 Windows 中尝试过这些磁盘,所以我不知道它会如何反应。FreeBSD 和其他操作系统也是如此。如果您在 EFI 模式下启动,或者甚至在使用 EFI 固件的计算机上启动,您还应该考虑它会如何反应,这是我从未测试过的。如果给磁盘输入一百个分区,EFI 可能会崩溃并挂起。这种反应也可能因 EFI 而异,因此即使您听说成功或失败,该结果也可能不适用于您的计算机。

总之,在任何情况下,最多 16 个分区都是安全的。如果您想超出该限制,您可能需要使用 USB 闪存驱动器或备用硬盘进行测试,以确保您的固件和所有操作系统都可以处理它。

相关内容