📚 课程目录第4章分区基础与规划

4. 分区基础与规划

多系统启动参数能否稳定生效，很大程度上取决于分区结构是否合理。分区不是简单的“把硬盘切开”，而是为不同引导阶段、不同操作系统、不同恢复机制预留独立且边界清晰的存储区域。理解主分区、扩展分区、逻辑分区、EFI系统分区、恢复分区和交换分区的功能差异，是后续做启动参数分区适配的前提。

传统MBR磁盘最多允许4个主分区。当需要更多分区时，会使用其中一个主分区作为扩展分区，再在扩展分区内部划分多个逻辑分区。GPT磁盘则突破了这个限制，默认支持128个分区，不再需要扩展分区和逻辑分区的概念，但EFI系统分区、恢复分区等特殊分区仍然存在。

从启动链路看，固件首先读取分区表，找到可引导分区或EFI系统分区，然后加载引导程序，再由引导程序读取启动参数并移交控制权。因此，分区类型、分区标志、分区顺序和分区大小都会影响启动参数能否被正确识别。

关键结论：主分区用于直接引导或承载系统；扩展分区是逻辑分区的容器；逻辑分区用于数据或额外系统；EFI系统分区存放引导加载器；恢复分区用于系统修复；交换分区用于内存扩展或休眠。

在多系统环境中，建议按以下顺序规划分区，避免后期因空间不足或类型冲突导致启动参数失效。

确认固件模式：UEFI 模式必须使用 GPT 并创建 EFI 系统分区；Legacy BIOS 模式可使用 MBR 或 GPT。
预留 EFI 系统分区：建议 300MB～500MB，FAT32 格式，用于存放 Windows Boot Manager、GRUB、systemd-boot 等。
划分系统主分区：每个操作系统至少一个独立分区，避免启动参数互相覆盖。
创建恢复分区：Windows 建议保留 500MB～1GB 的 WinRE 分区，Linux 可预留独立救援分区。
规划交换分区：根据内存大小和休眠需求确定，通常为内存的 1～2 倍，或至少 4GB。
剩余空间做数据分区：可使用逻辑分区或 GPT 普通分区，便于多系统共享。

# 查看当前分区布局（Linux）
lsblk -f
sudo parted -l

# 查看 EFI 系统分区挂载点
mount | grep -i efi

# Windows 查看分区与恢复分区
diskpart
list partition
list volume

假设一台 1TB NVMe 硬盘，需要安装 Windows 11、Ubuntu 24.04 和 PhoenixOS，采用 UEFI + GPT 模式。推荐划分如下：

EFI 系统分区不要随意格式化或删除。多个 Linux 发行版可以共用同一个 ESP，但建议为每个发行版建立独立子目录，例如 /EFI/ubuntu、/EFI/phoenixos，避免引导文件互相覆盖。

误区一：把所有系统装进一个分区。不同操作系统的启动参数、引导文件和系统目录会互相干扰，一旦某个系统更新引导，其他系统可能无法启动。

误区二：EFI 系统分区太小。Windows 更新、多个内核版本和引导加载器会占用 ESP 空间，128MB 在单系统下勉强够用，多系统下极易写满，导致启动参数无法保存。

误区三：忽略恢复分区。删除恢复分区后，Windows 的“启动修复”和“系统还原”功能会失效，出现启动故障时只能依赖外部介质。

误区四：交换分区随意设置。如果启用休眠，交换分区必须大于物理内存；如果仅用于内存扩展，可根据实际负载设置。交换分区不足会导致休眠失败或系统卡顿。

在调整分区前，务必确认分区表类型与固件模式匹配。UEFI 固件从 GPT 磁盘的 ESP 启动；Legacy BIOS 通常从 MBR 的活动主分区启动。模式不匹配时，即使分区存在，启动参数也无法被正确加载。

复盘时建议记录每个分区的编号、类型、大小、文件系统和挂载点，并保留分区表备份。这样在后续调整启动参数或修复引导时，可以快速定位问题分区，避免误操作导致数据丢失。