已设置kernel.panic_on_oops但内核触发oops时不崩溃的问题求助

1. 确认Oops的严重等级 #

内核并非所有Oops都会触发panic，只有特定类型的致命错误才会触发：

• 查看Oops日志开头是否包含BUG或Kernel panic前缀，部分警告级Oops（如模块加载失败、非致命内存访问异常）不会触发panic
• 检查Oops日志中的执行上下文，若处于用户态代码路径、未持有临界锁，内核可能选择继续运行而非panic

2. 验证内核参数的实际生效状态 #

虽然sysctl kernel.panic_on_oops显示为1，仍需确认启动参数是否被正确解析：

• 查看内核启动命令行，确认oops=panic存在且未被覆盖：

  cat /proc/cmdline
  

• 检查kmsg dump配置，若always_kmsg_dump为0，部分Oops日志可能未完整输出，导致误判：

  cat /sys/module/printk/parameters/always_kmsg_dump
  

3. 检查内核编译配置 #

部分编译选项会影响panic_on_oops的行为：

• 确认内核开启了CONFIG_PANIC_ON_OOPS（这是该功能生效的基础）：

  grep CONFIG_PANIC_ON_OOPS /boot/config-$(uname -r)
  

• 若开启了CONFIG_KEXEC，内核可能在panic前执行kexec切换，导致看似未触发panic，可临时关闭kexec验证：

  systemctl stop kexec
  

4. 手动触发Oops验证行为 #

用可控方式触发Oops，测试panic_on_oops是否真的失效：

• 开启CONFIG_MAGIC_SYSRQ后，用sysrq触发Oops：

  echo c > /proc/sysrq-trigger
  

  若此时系统仍未panic，说明panic_on_oops逻辑存在问题；若触发panic，说明之前的Oops属于非致命类型

5. 排查内核版本已知bug #

• 核对当前内核版本，部分旧版本存在panic_on_oops不生效的已知bug，查看内核更新日志确认是否有相关修复
• 例如：部分5.x版本内核中，特定驱动触发的Oops会被错误标记为非致命，升级内核可解决问题

内容的提问来源于stack exchange，提问作者Skegg