uname -r是查看当前运行内核版本最准确、最快、最稳定的方式，仅输出如6.5.0-41-generic的纯净版本字符串，无冗余信息，适用于脚本解析和路径拼接，所有主流发行版均支持。
直接用 uname -r 就行，别绕弯
当前运行的内核版本号，最准、最快、最稳的方式就是执行 uname -r。它只输出一串干净的字符串，比如 6.5.0-41-generic 或 5.14.0-284.39.1.el9_2.x86_64，没有主机名、架构、编译时间这些干扰项。
常见错误是习惯性敲 uname -a——它确实包含内核版本，但混在一堆字段里，第三段才是你要的，解析起来麻烦，脚本里容易因空格或换行出错。
-
uname -r是运行时真实加载的 kernel，不是“装了哪些”，也不是“能选哪些” - 结果可直接用于拼接路径，比如检查模块是否存在：
/lib/modules/$(uname -r) - 所有主流发行版（Ubuntu、RHEL、Debian、Arch 等）都支持，不用额外安装工具
/proc/sys/kernel/osrelease 和 uname -r 本质一样，但有例外
cat /proc/sys/kernel/osrelease 输出内容和 uname -r 完全一致，底层都是读同一个内核接口。但它依赖 /proc 文件系统挂载正常——这点在容器或某些精简环境里可能不成立。
例如在 Docker 容器中，默认情况下 uname -r 和 /proc/sys/kernel/osrelease 都返回宿主机 kernel 版本，这是对的（容器共享 host kernel）。但如果容器启用了严格 seccomp profile 或 user namespace remap，uname 系统调用可能被拦截，这时 cat /proc/sys/kernel/osrelease 也可能读失败或返回空。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 优先用
uname -r；只有在明确知道/proc不可用时，才考虑 fallback 到其他方式 - 不要用
cat /proc/version提取版本号——它格式不固定，Linux version后面可能带空格、括号、编译主机名，正则匹配容易翻车
别把 apt list 或 rpm -qa 当成运行时版本
apt list --installed | grep linux-image（Debian/Ubuntu）或 rpm -qa | grep kernel（RHEL/CentOS）列出的是已安装的 kernel 包，不是当前正在跑的那个。
典型陷阱：系统升级后没重启，apt list 显示新 kernel 已装，但 uname -r 还是旧的；或者清理旧 kernel 时删掉了 /lib/modules/$(uname -r) 对应的目录，下次启动直接 panic。
- 查“哪些 kernel 可启动”，看
/boot/vmlinuz-*和grub-mkconfig生成的菜单 - 查“当前运行的是哪个”，唯一可靠来源只有
uname -r或等价的/proc/sys/kernel/osrelease -
/lib/modules/$(uname -r)目录不存在？说明这个 kernel 的模块包没装，不是版本查错了，是环境不完整
容器里查 kernel 版本，别被镜像迷惑
Docker 容器没有自己的 kernel，uname -r 返回的就是宿主机的版本。哪怕你用的是 Alpine 镜像、BusyBox 镜像，只要没加特殊安全限制，结果都一样。
但要注意：某些生产环境会启用 seccomp 或 AppArmor 策略，禁止容器调用 uname 系统调用，此时命令会报 Operation not permitted，不是 kernel 不同，是权限被拦了。
- 先确认是否真被拦截：
strace uname -r 2>&1 | grep -i "operation not permitted" - 别在容器里装
linux-headers或试图挂载/lib/modules——既没必要，也通常不可行 - 如果必须隔离 kernel 信息（比如做兼容性测试），得用虚拟机，不是容器
uname -r 永远指向此刻 CPU 上跑的那个 kernel，其他都是旁路或副产品。
