当前位置：首页 > news >正文

CentOS 7升级内核踩坑实录：手把手教你解决‘pstore: unknown compression: deflate’报错，顺利进系统

news 2026/5/29 0:03:14

CentOS 7内核升级实战：从pstore报错到系统恢复的深度解析

最近在给一台老旧的CentOS 7服务器升级内核时，遇到了一个令人头疼的问题——系统在启动时卡在"pstore: unknown compression: deflate"报错，完全无法进入登录界面。经过一番折腾，终于找到了解决方案。本文将详细记录这次内核升级的全过程，特别是针对这个特定报错的排查思路和修复方法，希望能帮助遇到类似问题的同行少走弯路。

1. 内核升级前的准备工作

在开始内核升级之前，有几个关键步骤需要特别注意。首先，务必备份重要数据，这是任何系统级操作前的铁律。我通常会使用rsync将关键配置文件和数据同步到另一台服务器：

rsync -avz /etc /backup/server_config_$(date +%Y%m%d) rsync -avz /var/www /backup/web_data_$(date +%Y%m%d)

其次，检查当前系统的内核版本和硬件信息：

uname -r cat /etc/centos-release lscpu free -h

这些信息对于后续可能出现的问题排查非常有帮助。特别是当遇到硬件兼容性问题时，准确的硬件信息能大大缩短诊断时间。

表：CentOS 7常见内核源对比

源名称	稳定性	更新频率	适合场景
官方仓库	最高	低	生产环境
ELRepo长期支持版	高	中	需要较新内核的生产环境
ELRepo主线版	中	高	测试/开发环境

2. 内核升级过程详解

2.1 添加ELRepo仓库

ELRepo提供了比官方仓库更新的内核版本。添加仓库时，需要注意GPG密钥的导入和仓库URL的正确性：

rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org rpm -Uvh https://www.elrepo.org/elrepo-release-7.0-4.el7.elrepo.noarch.rpm

提示：网络连接不稳定时，可以尝试使用国内镜像源，如阿里云或清华大学的镜像。

2.2 选择合适的内核版本

ELRepo提供两种内核选择：

kernel-lt（长期支持版）：稳定性高，适合生产环境
kernel-ml（主线最新版）：功能新，但可能存在未知问题

对于生产服务器，我强烈建议选择长期支持版：

yum --disablerepo="*" --enablerepo="elrepo-kernel" list available | grep kernel-lt

2.3 安装新内核

安装内核及相关开发包：

yum -y --enablerepo=elrepo-kernel install kernel-lt kernel-lt-devel kernel-lt-headers

安装完成后，检查/boot目录下是否生成了新的内核文件：

ls -lh /boot/vmlinuz-*

3. 遭遇pstore报错与紧急修复

3.1 问题现象描述

重启系统后，我发现启动过程卡在了以下报错信息：

pstore: unknown compression: deflate

系统完全无法继续启动，陷入了死循环。这个报错看起来与内核的pstore（持久化存储）功能有关，但具体原因并不明显。

3.2 排查过程记录

通过以下步骤进入救援模式：

重启服务器，在GRUB界面按'e'键编辑启动参数
找到以linux16开头的行，在行尾添加init=/bin/bash
按Ctrl+X启动到bash shell

在救援模式下，我检查了以下几个关键点：

/etc/default/grub文件内容
/boot/grub2/grub.cfg生成情况
内核模块加载情况

3.3 根本原因分析

经过仔细排查，发现问题出在GRUB配置中的内核参数。某些硬件环境下，默认的mgag200.modeset参数会导致pstore功能异常。具体表现为：

内核尝试使用deflate压缩算法处理pstore数据
但当前内核配置不支持这种压缩方式
系统启动流程因此中断

3.4 解决方案实施

修改/etc/default/grub文件，在GRUB_CMDLINE_LINUX参数中添加mgag200.modeset=0：

vim /etc/default/grub

找到以下行并进行修改：

GRUB_CMDLINE_LINUX="crashkernel=auto spectre_v2=retpoline rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet"

修改为：

GRUB_CMDLINE_LINUX="crashkernel=auto spectre_v2=retpoline rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet mgag200.modeset=0"

然后重新生成GRUB配置：

grub2-mkconfig -o /boot/grub2/grub.cfg

对于UEFI系统，可能需要指定不同的路径：

grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg

最后，设置默认启动项并重启：

grub2-set-default 0 reboot

4. 内核升级后的验证与优化

4.1 验证新内核

系统成功启动后，需要进行全面验证：

uname -r dmesg | grep error systemctl list-units --state=failed

4.2 内核参数调优

根据服务器用途，可以进一步优化内核参数。例如，对于Web服务器，可以调整以下参数：

echo "net.ipv4.tcp_tw_reuse = 1" >> /etc/sysctl.conf echo "net.core.somaxconn = 4096" >> /etc/sysctl.conf sysctl -p

4.3 回滚方案准备

虽然新内核运行正常，但为了保险起见，我准备了快速回滚方案：

在GRUB菜单中保留旧内核选项
准备回滚脚本：

cat > /usr/local/bin/kernel_rollback.sh << 'EOF' #!/bin/bash yum remove $(rpm -qa | grep kernel- | grep -v $(uname -r)) grub2-set-default 1 grub2-mkconfig -o /boot/grub2/grub.cfg echo "Old kernel removed. System will boot with previous kernel on next reboot." EOF chmod +x /usr/local/bin/kernel_rollback.sh