服务器系统引导是固件、GRUB2、内核镜像与initramfs四者严密协同的过程：UEFI需FAT32格式ESP分区并加载.efi文件，BIOS依赖MBR与GRUB阶段文件；GRUB2须内置对应文件系统及加密驱动以读取内核与initramfs；initramfs必须包含磁盘、LVM、LUKS等必要模块以挂载真实根文件系统；内核最终通过switch_root移交控制权给systemd，任一环节断链即导致黑屏、grub rescue、kernel panic或init failed。
服务器系统安装时的底层内核引导与加载，不是简单“复制文件+重启”，而是固件、引导器、内核镜像、初始化环境四者严密协同的结果。关键不在“装上”，而在“能认盘、能解压、能挂载、能交棒”——每一步断链，都会卡在黑屏、grub rescue、kernel panic 或 init failed。
UEFI/BIOS 固件阶段：决定“从哪读、怎么读”
现代服务器90%以上使用 UEFI，它直接读取 EFI 系统分区（ESP）中 /EFI/fedora/grubx64.efi 这类 .efi 文件，不依赖 MBR 或扇区偏移。这意味着：安装时必须创建 FAT32 格式的 ESP 分区（通常 100–500MB），且 不能用 LVM、LUKS 或 Btrfs 直接格式化 ESP；BIOS 模式则仍走传统路径：读 MBR → 跳转到 GRUB stage1 → 在空闲扇区找 stage1.5 → 解析文件系统定位 /boot/grub2/core.img。若磁盘是 GPT 分区但 BIOS 启动，可能因找不到合法 MBR 而停在 “no bootable device”。
GRUB2 加载阶段：唯一能跨文件系统读内核的“翻译官”
GRUB2 不是菜单界面那么简单。它内置 ext4、XFS、Btrfs、ZFS、LVM 和 LUKS 的驱动模块，才能从加密卷或逻辑卷里准确读出 vmlinuz-$(uname -r) 和 initramfs-$(uname -r).img。安装过程中若未正确生成 grub.cfg（比如 chroot 环境里没执行 grub2-mkconfig -o /boot/grub2/grub.cfg），或者内核镜像被误删、路径写错，就会卡在 grub> 提示符。常见修复动作包括：
- 用 Live CD 进入救援模式，mount 原系统根分区和 /boot、/boot/efi
- chroot 后重新安装 kernel-core 包并重建 initramfs：dracut -f
- 强制重写引导配置：grub2-install /dev/sda（BIOS）或 grub2-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=fedora（UEFI）
initramfs 阶段：内核启动前的“最小用户空间沙盒”
内核本身不带文件系统驱动、RAID/LVM/加密模块、NVMe 或 SCSI HBA 驱动。这些全靠 initramfs 提前打包进去。它是一个 cpio 压缩包，解压后运行 /init 脚本，完成三件事：加载必要内核模块（如 nvme.ko、dm-mod.ko）、激活设备映射（cryptsetup luksOpen 或 vgchange -ay）、挂载真正的根文件系统。如果 root 分区在 LUKS 加密卷里，而 initramfs 里没包含 crypt 模块，就会卡在 “dracut: FATAL: Don’t know how to handle ‘luks-xxx’”。
验证方式很简单：lsinitrd /boot/initramfs-$(uname -r).img | grep -E "(crypt|lvm|nvme|raid)" —— 缺哪个，就用 dracut -f --regenerate-all 重新生成，或手动添加模块到 /etc/dracut.conf.d/。
内核移交与 systemd 接管：从“能跑”到“可管”的临界点
内核完成硬件探测、内存管理初始化、调度器启动后，会执行 initramfs 中的 /init，再由它通过 switch_root 切换到真实根文件系统，并启动第一个用户空间进程：通常是 /sbin/init，在现代发行版中就是 systemd。注意：systemd 不是内核的一部分，它只是被内核以 PID=1 的身份拉起。此时若 /sbin/init 权限错误、被误删、或 /usr 分区未按预期挂载（如 systemd 要求 /usr 是独立挂载点但 fstab 写漏），就会报 “Failed to mount /usr” 或直接 kernel panic。
排查可用：systemd.debug 内核参数启用详细日志；rd.break 参数中断 initramfs 执行，进入 debug shell 查看设备识别状态；systemd.unit=emergency.target 强制进紧急模式，绕过失败服务继续启动。
