最直接有效的方式是执行 uname -r，它只输出内核 release 字符串（如 6.5.0-41-generic），精准、稳定、跨发行版，适合脚本调用；uname -a 冗长难解析，apt list 命令列的是已安装而非运行中的 kernel，/lib/modules/$(uname -r) 不存在说明缺少对应模块包。
怎么用命令快速查到当前运行的 kernel 版本
最直接有效的方式是执行 uname -r，它只输出内核 release 字符串（比如 6.5.0-41-generic），没有多余信息，适合脚本调用或快速确认。
常见错误是误用 uname -a：虽然能显示完整信息，但输出冗长，含主机名、CPU 架构等无关字段，解析困难；在自动化场景里容易因空格/换行出错。
-
uname -r：推荐日常使用，精准、稳定、跨发行版 -
uname -v：显示编译时间与版本补丁信息，调试内核问题时有用 -
cat /proc/sys/kernel/osrelease：等价于uname -r，但依赖/proc挂载，容器中可能不可靠
查看 kernel 版本时为什么 apt list --installed | grep linux-image 不够准
这条命令列出的是已安装的 kernel 镜像包，不是当前正在运行的那个。系统可能装了多个 kernel，但只有一份在 boot 时被加载。
典型陷阱是升级后没重启，误以为新 kernel 已生效；或者清理旧 kernel 时删错了正在运行的版本，导致下次启动失败。
- 运行中的 kernel 只能通过
uname -r或读取/proc/sys/kernel/osrelease确认 -
apt list --installed | grep linux-image适合管理包，不能替代运行时检查 - 要查“哪些 kernel 可启动”，得看
/boot下的vmlinuz-*文件和grub-mkconfig生成的菜单
在 Docker 容器里查不到真实 host kernel 怎么办
Docker 容器共享宿主机 kernel，uname -r 返回的是 host 的版本，不是容器自己的 —— 因为容器根本没独立 kernel。这点常被误解，尤其当容器里跑的是 Alpine 或其他轻量镜像时。
但要注意：某些安全加固配置（如 userns-remap 或 seccomp）可能拦截 uname 系统调用，导致返回空或报错 Operation not permitted。
- 默认情况下，容器内
uname -r就是 host kernel，可信 - 若报错，先检查是否启用了限制性 seccomp profile 或 apparmor 策略
- 不要试图在容器里装 kernel 包或读
/lib/modules/$(uname -r)—— 模块通常不挂载进容器
/lib/modules/$(uname -r) 目录不存在说明什么
这个目录存放对应 kernel 的模块（ko 文件），如果它不存在，大概率是当前 kernel 没安装头文件或 modules 包，常见于最小化安装的系统或某些云镜像。
不是 kernel 本身有问题，而是缺少驱动支持能力 —— 比如你后续想加载 nvidia.ko 或编译第三方模块，就会失败。
- Debian/Ubuntu：装
linux-modules-$(uname -r)或linux-image-extra-$(uname -r) - RHEL/CentOS：装
kernel-modules-$(uname -r) - Alpine：需手动 apk add linux-lts-modules（取决于用的 kernel flavor）
别跳过这步就急着编译驱动，否则 modprobe 找不到符号，insmod 报 Invalid module format 是最常踩的坑。
