BIOS与UEFI：传统BIOS的局限性与UEFI的革新

说到多分区协同启动，绕不开一个底层话题——固件。说白了，就是你的主板在按下电源键后，第一个跑起来的那个程序。我入行那会儿，大家还在跟传统BIOS打交道，后来UEFI逐渐普及，这中间的变迁，直接影响着我们做多分区启动的方案选择。

传统BIOS，全称Basic Input/Output System。它诞生于上世纪80年代，设计思路非常“朴素”。你想想看，那时候硬盘才多大？分区表用32位来描述，最大支持2.2TB的磁盘。放在今天，随便一个移动硬盘就超过这个数了。

传统BIOS的核心局限：

我在项目中遇到过一台老服务器，挂了两块3TB的硬盘做RAID。结果BIOS死活认不全容量，只显示2TB。折腾了半天，最后只能换UEFI主板。嗯，这就是传统BIOS的硬伤——它根本不知道大磁盘长什么样。

UEFI（统一可扩展固件接口）的出现，说白了就是要把BIOS从“石器时代”拉出来。它不再用那套16位的实模式，而是直接跑在32位或64位保护模式下。这意味着什么？意味着它可以直接访问整个内存空间，加载大文件，甚至跑图形界面。

我个人习惯把UEFI看作一个微型操作系统。它有自己的驱动程序、文件系统支持（FAT32是标配），还能通过网络启动。这对多分区启动来说，简直是天赐良机。

UEFI的革新点：

这个问题很关键。传统BIOS下做多分区启动，你基本只能靠MBR里的引导代码去链式加载。比如装Windows和Linux双系统，得用GRUB或者Windows Boot Manager来接力。一旦MBR被破坏，整个系统就起不来了。我曾经帮一个同事恢复过这样的系统，折腾了整整一个下午。

UEFI就优雅多了。它内置了启动管理器，你可以在NVRAM里注册多个启动项。每个操作系统都有自己的引导文件放在ESP分区里。启动时，UEFI会列出所有可用的启动项，你选哪个就加载哪个。互不干扰，干净利落。

举个例子，我在一台笔记本上装了三个系统：Windows 10、Ubuntu和FreeBSD。每个系统都在ESP分区里有一个独立的目录：

ESP分区结构示例：
/EFI/
├── Microsoft/
│   └── Boot/
│       └── bootmgfw.efi
├── ubuntu/
│   └── grubx64.efi
└── freebsd/
    └── loader.efi

启动时，UEFI会读取这些文件，直接加载对应的引导器。不需要链式加载，不需要修改MBR。每个系统都是“一等公民”。

我曾经踩过的坑：

ESP分区大小：别只给100MB。多个系统的引导文件加起来很容易超过。我建议至少给500MB，省得以后扩容麻烦。
安全启动：如果你要装Linux或者FreeBSD，记得在UEFI设置里关闭安全启动，或者注册自定义密钥。否则系统可能无法引导。
启动顺序：UEFI的NVRAM里记录了启动项顺序。如果某个系统的引导文件被误删，启动项会变成“幽灵项”。可以用（Windows）或efibootmgr（Linux）来清理。
CSM兼容模式：有些主板默认开启CSM（兼容性支持模块）来兼容旧系统。如果你只用UEFI系统，建议关闭CSM，否则可能引发奇怪的问题。

下面这张SVG图，我画了传统BIOS和UEFI的启动流程对比。左边是BIOS，右边是UEFI。你可以直观地看到，UEFI的路径更短，也更灵活。

如果你现在要做一个多分区启动的系统，我的建议很明确：优先选择UEFI+GPT方案。除非你手头有非常老的硬件，否则没必要再碰传统BIOS。

具体来说：

新装机：直接UEFI，关闭CSM。分区表用GPT，ESP分区给500MB以上。
老机器升级：如果主板支持UEFI，建议迁移。我做过一次迁移，把MBR磁盘转换成GPT，重装引导器，整个过程大概两小时。之后系统稳定多了。
嵌入式场景：有些嵌入式板卡仍然用BIOS，但新出的ARM/x86开发板基本都支持UEFI。我个人习惯用UEFI，因为调试方便，可以直接在启动阶段加载自定义驱动。

一个小技巧：在UEFI环境下做多分区启动，可以用efibootmgr命令来管理启动项。比如你想把Ubuntu设为默认启动项，可以这样操作：

# 查看当前启动项
efibootmgr -v

# 设置Ubuntu为第一启动项（假设其Boot编号为0002）
efibootmgr -o 0002,0001,0000

这样就不需要进BIOS设置界面了，省时省力。

好了，关于BIOS和UEFI对多分区启动的影响，就聊到这里。记住一句话：UEFI让多分区启动从“将就”变成了“讲究”。下一节我们会深入UEFI的启动管理器，看看它到底是怎么工作的。