Linux多内核启动管理：GRUB2配置与实战

1. 多内核启动管理需求背景

在Linux系统运维和开发工作中，我们经常遇到需要切换不同内核版本的场景。以欧拉25.09操作系统为例，作为一款企业级Linux发行版，它通常会同时安装多个内核版本：可能是为了测试新内核的兼容性，或是保留旧内核作为故障回退方案，亦或是需要特定版本内核来支持某些硬件驱动。

我最近在部署某金融行业系统时就遇到了典型需求：生产环境需要长期稳定运行在5.10 LTS内核上，而开发团队又需要测试6.4内核对新硬件的支持。这就引出了今天要解决的核心问题——如何安全、高效地配置多内核启动顺序。

2. 系统启动流程与GRUB原理

2.1 UEFI启动链解析

现代服务器基本都采用UEFI启动方式，其流程可简化为：

1. 固件加载引导管理器（通常是GRUB2）
2. GRUB读取/boot/grub2/grub.cfg配置文件
3. 根据配置加载指定内核镜像和initramfs
4. 移交控制权给Linux内核

重要提示：操作前建议备份现有grub.cfg文件，执行cp /boot/grub2/grub.cfg /boot/grub2/grub.cfg.bak

2.2 GRUB2配置文件结构

欧拉25.09采用GRUB2作为引导加载程序，其配置主要涉及：

• /etc/default/grub：基础环境变量设置
• /etc/grub.d/：各类配置脚本
• /boot/grub2/grub.cfg：最终生成的启动菜单（勿直接编辑）

3. 内核版本识别与准备

3.1 查看已安装内核

bash复制rpm -qa | grep kernel
ls /boot/vmlinuz-*

典型输出示例：

code复制kernel-5.10.0-136.12.1.oe2209.x86_64
kernel-6.4.0-0.rc7.oe2209.x86_64

3.2 确认当前运行内核

bash复制uname -r
cat /proc/version

4. GRUB启动项配置实战

4.1 修改默认启动项

1. 查看当前GRUB配置：

bash复制grep ^GRUB_DEFAULT /etc/default/grub

2. 设置新默认项（两种方式）：
   • 按菜单序号（从0开始计数）：

     bash复制sudo sed -i 's/GRUB_DEFAULT=.*/GRUB_DEFAULT="1"/' /etc/default/grub
     

   • 按菜单项标题：

     bash复制sudo sed -i 's/GRUB_DEFAULT=.*/GRUB_DEFAULT="CentOS Linux (5.10.0-136.12.1.oe2209.x86_64) 25.09"/' /etc/default/grub
     

4.2 高级配置技巧

1. 设置超时时间（单位：秒）：

bash复制sudo sed -i 's/GRUB_TIMEOUT=.*/GRUB_TIMEOUT=10/' /etc/default/grub

2. 永久保留旧内核（防止自动清理）：

bash复制sudo sed -i 's/installonly_limit=.*/installonly_limit=5/' /etc/dnf/dnf.conf

5. 配置生效与验证

5.1 生成新GRUB配置

bash复制sudo grub2-mkconfig -o /boot/grub2/grub.cfg

5.2 重启验证

bash复制sudo reboot

重启后立即检查：

bash复制uname -r
dmesg | grep "Linux version"

6. 故障排查与恢复

6.1 常见问题处理

6.2 紧急恢复方法

若配置错误导致无法启动：

1. 在GRUB界面按c进入命令行
2. 手动指定启动项：

   code复制set root=(hd0,gpt1)
   linux /vmlinuz-5.10.0-136.12.1.oe2209.x86_64 root=/dev/mapper/centos-root
   initrd /initramfs-5.10.0-136.12.1.oe2209.x86_64.img
   boot
   

7. 生产环境最佳实践

1. 变更窗口期操作：建议在业务低峰期进行内核切换
2. 双验证机制：先设置GRUB_TIMEOUT>0进行人工确认启动
3. 监控指标对比：记录新旧内核下的系统关键指标（CPU利用率、IO等待等）
4. 回退方案：准备Live USB和IPMI远程控制通道

我在某次数据中心迁移项目中就曾遇到这样的案例：将200多台服务器从4.18内核升级到5.10时，发现某型号RAID卡驱动存在兼容性问题。得益于完善的多内核启动配置，我们在15分钟内就全部回退到旧内核，将业务影响降到了最低。