最稳妥方式是用 package-cleanup --oldkernels 配合 yum remove 清理过期内核，避免 rpm -e 手动删除导致 grub 引导损坏或依赖残留；需先比对 uname -r 与 rpm -qa 查询结果，确保不删当前运行内核，并执行 grub2-mkconfig 更新引导配置。
直接结论：CentOS 7 上清理过期内核，最稳妥的方式是用 package-cleanup --oldkernels 配合 yum remove，而不是靠 rpm -e 手动删文件 —— 后者极大概率破坏 GRUB 引导或残留依赖。
确认当前运行和已安装的内核版本
误删正在运行的内核会导致系统无法重启，所以第一步永远是比对：
- 查当前运行内核：
uname -r（例如输出3.10.0-1160.92.1.el7.x86_64） - 查所有已安装内核：
rpm -qa | grep kernel | grep -v kernel-tools | grep -v kernel-headers（过滤掉工具包和头文件，只看kernel-主包） - 注意：
kernel-devel和kernel-headers是开发用包，不参与启动，但通常随主内核一起安装；若只删kernel-包，它们会变成“孤儿”，后续可用yum autoremove清理
用 package-cleanup 安全批量删除旧内核
CentOS 7 自带 yum-utils 提供的 package-cleanup 是专为这类场景设计的，它会自动识别哪些内核“未被当前系统使用且非最新两个”，避免误删。
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离线兼容性测试。
- 先确保工具已安装：
yum install -y yum-utils - 预览将被删除的内核（不执行）：
package-cleanup --oldkernels --count=2 --dry-run - 真正执行删除：
yum remove $(package-cleanup --oldkernels --count=2) - ⚠️ 不要省略
$(...)的括号结构 —— 直接写package-cleanup --oldkernels --count=2只输出列表，不会触发卸载 - 该命令默认保留最新 2 个内核（含当前运行的那个），适合绝大多数生产环境；若想保留 3 个，把
--count=2改成--count=3
手动指定删除某一个旧内核（慎用）
当 package-cleanup 因依赖冲突失败，或你明确知道某个特定版本已验证不可用时，才考虑手动删。
- 从
rpm -qa | grep kernel输出中挑出目标，例如：kernel-3.10.0-957.el7.x86_64 - 执行：
yum remove kernel-3.10.0-957.el7.x86_64 - ⚠️ 绝对不要用
rpm -e kernel-xxx—— 它绕过 yum 依赖检查，可能留下 /boot/vmlinuz-xxx 和 /boot/initramfs-xxx 文件，GRUB 仍会显示该菜单项，但启动时报错 “file not found” - 删完后必须立刻更新 GRUB：
grub2-mkconfig -o /boot/grub2/grub.cfg，否则旧引导项还在，容易误导
清理残留 + 防止再次堆积
删完只是第一步，还要封住源头、清掉尾巴：
- 更新 GRUB 后建议检查实际效果：
grubby --default-kernel确认默认指向的是最新稳定内核 - 永久限制未来内核数量：编辑
/etc/yum.conf，设置installonly_limit=2（已有值则修改，没有则新增一行） - 清理孤儿开发包：
yum autoremove（会顺手删掉没对应kernel-的kernel-devel和kernel-headers） - 别忘了检查
/boot是否真释放了空间：df -h /boot；如果仍满，可能是initramfs缓存没刷新，此时再跑一次dracut -f（可选）
真正麻烦的不是删内核本身，而是删完后 GRUB 没更新、或 installonly_limit 没设 —— 过三个月又得重来一遍。留一个定时任务不如先改配置文件。
