3、Bootloader阶段参数传递：GRUB2配置与内核参数注入方法

Bootloader 是系统启动过程中第一个获得硬件控制权的软件，负责加载内核映像并传递启动参数。在 Linux 生态中，GRUB2（GRand Unified Bootloader version 2）是事实上的标准引导程序。理解 GRUB2 如何构造和传递内核参数，是调试 systemd 初始化行为的基础。

3.1 GRUB2 参数传递链路

从 GRUB2 菜单选择到内核最终接收到参数，经历以下关键阶段：

1. GRUB2 环境变量展开：grub.cfg 中的 linux 命令后的字符串会经过变量替换（如 ${root}、$cmdline）。
2. 内核命令行构造：GRUB2 将处理后的字符串拼接成一条完整的命令行，存入 linux_cmdline 结构。
3. Boot Protocol 加载：GRUB2 根据 Linux Boot Protocol（x86 为 setup_header）将命令行地址和长度写入内核预定义的内存位置。
4. 内核早期解析：内核入口代码（arch/x86/boot/header.S）读取该内存区域，提取参数字符串供后续初始化使用。

3.2 GRUB2 配置文件结构

GRUB2 的主配置文件通常位于 /boot/grub/grub.cfg（或 /boot/grub2/grub.cfg）。该文件由 grub2-mkconfig 工具自动生成，但用户可通过 /etc/default/grub 和 /etc/grub.d/ 目录下的脚本控制其内容。

3.3 内核参数注入方法

根据注入时机和持久化程度，内核参数注入分为以下四种方法：

方法一：通过 /etc/default/grub 持久化注入

这是最常用的方法，修改后执行 grub2-mkconfig -o /boot/grub/grub.cfg 生效。

# 编辑 /etc/default/grub
GRUB_CMDLINE_LINUX="console=tty0 console=ttyS0,115200n8"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

# 重新生成 grub.cfg
grub2-mkconfig -o /boot/grub/grub.cfg

方法二：GRUB2 启动时临时编辑

在 GRUB2 菜单界面按 e 键进入编辑模式，直接修改 linux 行。此修改仅本次启动有效，重启后恢复。

# 按 e 后看到的典型 linux 行
linux   /vmlinuz-5.14.0-362.el9.x86_64 root=/dev/mapper/rl-root ro
        console=tty0 console=ttyS0,115200n8 crashkernel=auto
        rd.lvm.lv=rl/root rd.lvm.lv=rl/swap

# 在行尾追加参数，例如：
        systemd.log_level=debug systemd.log_target=console

方法三：通过 /etc/grub.d/40_custom 添加专用菜单项

适合保留一个带调试参数的独立启动项，不影响默认启动。

#!/bin/sh
exec tail -n +3 $0
# 在 /etc/grub.d/40_custom 中添加
menuentry 'Linux with debug (custom)' --class red --class gnu-linux {
    set root=(hd0,msdos1)
    linux   /vmlinuz-5.14.0-362.el9.x86_64 root=/dev/mapper/rl-root ro
            console=tty0 systemd.log_level=debug systemd.journald.forward_to_console=1
    initrd  /initramfs-5.14.0-362.el9.x86_64.img
}

方法四：通过内核 append 参数（PXE/网络引导）

在 PXE 配置或 iPXE 脚本中，通过 append 指令传递参数。

# pxelinux.cfg/default 示例
LABEL linux
    KERNEL vmlinuz
    APPEND root=/dev/nfs nfsroot=192.168.1.100:/srv/nfs
           ip=dhcp systemd.unit=emergency.target

3.4 常用调试内核参数清单

3.5 参数注入验证与调试

注入参数后，可通过以下方式验证参数是否被正确传递：

• 查看 /proc/cmdline：内核启动后，该文件包含最终生效的完整命令行。
• 检查 GRUB2 环境：在 GRUB2 命令行（按 c 键）执行 cat $cmdline 查看当前构造的命令行。
• 使用 systemd-analyze：systemd-analyze blame 可查看各服务启动耗时，辅助验证调试参数效果。

# 验证内核参数
cat /proc/cmdline
# 输出示例：
# BOOT_IMAGE=/vmlinuz-5.14.0-362.el9.x86_64 root=/dev/mapper/rl-root ro
# console=tty0 console=ttyS0,115200n8 systemd.log_level=debug

# 在 GRUB2 命令行中检查
grub> cat $cmdline
# 输出当前构造的命令行字符串

3.6 最佳实践与避坑指南

• 先临时后持久：在 GRUB2 菜单按 e 编辑验证参数有效后，再写入 /etc/default/grub。
• 保留回退菜单项：在 40_custom 中添加调试菜单项时，保留一个不带调试参数的正常启动项作为回退。
• 注意参数顺序：虽然内核参数顺序通常不敏感，但 console= 参数中第一个有效设备会成为主控制台。
• 避免敏感信息：内核参数可通过 /proc/cmdline 被所有用户读取，不要在其中传递密码或密钥。
• 使用 systemd-analyze 验证：注入 systemd.log_level=debug 后，使用 journalctl -b -p debug 确认日志级别已生效。