## 适用场景
内核升级修复安全漏洞或支持新硬件，但它也是少数能让机器直接起不来的变更之一。稳妥流程的核心是先让回退成为可能：保留旧内核、设置默认启动项、确认控制台通道，然后再动手切换。顺云云服务器重装之外的一切内核变更，都建议按这个节奏走。
## 步骤清单
第一步安装新内核包，绝不卸载当前在用内核，让新旧共存。第二步确认默认启动项：用 grub 的编辑工具把默认指向新内核，同时记录旧内核在启动菜单里的位置。第三步重启前确认带外或控制台通道可用，真起不来时有画面可操作。
uname -r rpm -qa | grep kernel grubby --default-kernel grubby --set-default /boot/vmlinuz-新版本
## 验证方法
重启后 uname -r 确认运行的是新版本，业务服务逐项检查，重点验证驱动相关功能如网卡特性、文件系统挂载。跑一两个监控周期确认无异常，再把旧内核的保留状态记录进台账。
## 注意事项
起不来时的处置路径要提前演练：通过控制台进入启动菜单选旧内核，起来后把默认项改回旧版本，分析失败原因。云服务器内核与镜像匹配度高，优先用平台提供的内核更新通道，自行编译内核前先在测试机完整走一遍。回退预案没验证过就等于没有，切默认启动项之前，至少手动从菜单进过一次旧内核。
补一个版本策略：内核不必追新，安全更新及时打，功能版本按需升。长期维护分支是稳妥选择，大版本跳跃式升级前先在测试机完整演练。云环境里留意平台镜像自带内核与自行安装内核并存的情况，启动菜单里两个都可见时，默认项与各内核的用途写进文档，避免下次维护时选错。
升级窗口的节奏建议固化为制度：安全类的内核补丁在发布后的一到两周内安排，普通更新跟随系统发行版的节奏。每次升级前检查第三方模块的兼容性，自装的驱动模块要先于内核更新重编译，顺序颠倒会在重启后遭遇模块加载失败。升级后的观察清单包含性能对比与功能回归两项，sar 的前后数据是最直观的对照材料。