/boot必须单独划分，因GRUB等引导程序无法读取LUKS加密卷或LVM逻辑卷中的内核与initramfs文件，否则将导致启动失败；建议大小500MB起，文件系统用ext4，挂载于/boot路径且不嵌套于加密或LVM结构中。
为什么必须单独划分 /boot
内核和 initramfs 文件需被引导加载程序（如 GRUB）直接读取。若 /boot 被放在 LUKS 加密卷或 LVM 逻辑卷中，GRUB 2 在早期启动阶段缺乏解密或卷管理能力，将导致黑屏或 “error: no such device” 等启动失败。
/boot 分区大小建议
- 通用生产环境：500MB 是稳妥起点，兼顾多内核版本与未来更新
- 高频内核升级/测试场景（如 K8s 节点、安全补丁密集型集群）：建议 1GB，避免因旧内核残留占满空间
- UEFI 模式下无需额外 /boot/efi（那是 ESP 分区），但 /boot 仍需独立；若同时部署多系统，/boot 可略增，但不推荐混放不同发行版内核
格式与挂载要求
文件系统推荐 ext4（兼容性好、日志可靠）；不建议用 XFS 或 Btrfs —— 部分旧版 GRUB 对其支持不稳定。该分区必须挂载在 /boot 路径，且不能嵌套在加密或 LVM 结构中。
安装时确认：/boot 所在设备（如 /dev/sda1）为标准主分区（非逻辑分区），且未标记为 LVM PV 或 cryptoLUKS。
常见错误规避
- 误将 /boot 放入 LVM 卷组 → 启动失败，需从救援模式重建
- 分配过小（如仅 100MB）→ 内核更新后无法写入新 initramfs，系统卡在升级后首次重启
- 与 / 共用加密根分区 → GRUB 无法加载内核，报 “file not found” 或直接进入 grub> 提示符
