uname -v 输出内核编译完成时间而非官方发布日期，其内容取决于发行版编译配置，常被简化或抹除；准确发布信息需通过包管理器（如 rpm -qi 或 apt show）查看 build date 字段。
uname -v 输出的是什么，为什么它不显示发布日期
uname -v 只显示内核编译时的 version string，通常是形如 #1 SMP PREEMPT_DYNAMIC Tue Apr 2 15:49:31 UTC 2024 这样的字符串。它确实包含日期和时间，但这个时间是 编译完成时间，不是官方发布日期；而且是否显示、格式是否完整，完全取决于发行版打包时的编译配置（比如 CONFIG_LOCALVERSION_AUTO 是否启用、KBUILD_BUILD_TIMESTAMP 是否被设置）。很多生产环境的内核（尤其是 CentOS/RHEL/Ubuntu LTS）会抹掉或简化这部分信息，导致 uname -v 只剩 #1 SMP 甚至空字段。
真正能查到“官方发布日期”的只有发行版包管理器
Linux 内核本身没有内置“发布日期”元数据——那个日期只存在于发行版维护者打的二进制包里。所以必须绕回包管理器：
- Debian/Ubuntu：
apt show linux-image-$(uname -r)→ 查Installed-Size上方的Build-Date字段（若有），或看APT-Sources对应的仓库发布时间 - RHEL/CentOS/Fedora：
rpm -qi kernel-$(uname -r)→ 关注Build Date行（这是 RPM 构建时间，最接近官方发布节点） - Arch Linux：
pacman -Qi linux→Build Date是 PKGBUILD 打包时间，通常与内核上游 tag 日期一致
注意：Build Date 不等于 Linus 发布 v6.11-rc1 的日期，而是该发行版将某个 commit 打包进仓库的时间，一般滞后数小时至数天。
想确认内核源码对应哪个确切 commit，得查 /proc/version_signature 或 CONFIG_KERNELVERSION
部分发行版（如 Ubuntu）会在启动时把签名写入 /proc/version_signature，里面含 Ubuntu-6.8.0-45.45_24.04.1 这类标识，可反查其 Launchpad 页面 获取原始 commit 和合并窗口时间。若该文件不存在，可尝试：
zcat /proc/config.gz 2>/dev/null | grep CONFIG_KERNELVERSION
或者检查 /lib/modules/$(uname -r)/build/Makefile 里的 VERSION/PATCHLEVEL/SUBLEVEL —— 但这只是版本号，不含日期。
别信 uname -v 里的 “SMP” 或 “PREEMPT” 是发布标识
像 SMP（对称多处理）、PREEMPT（可抢占）、MODVERSIONS 这些只是内核编译时启用的配置标记，和发布时间毫无关系。它们出现在 uname -v 里，是因为编译命令行里加了 -v 参数触发了 KBUILD_VERSION 拼接逻辑，属于构建痕迹，不是权威元数据。
真正要追溯一个内核二进制的来龙去脉，rpm -qi 或 apt show 的输出比 uname -v 可靠得多；而想定位到某次 Git 提交，得靠发行版提供的 signature 文件或上游 kernel.org 的 tags 页面交叉验证。
