☰

构建操作系统版本与内核版本不同。这会引起麻烦吗？

tag-icon • tag-icon compiling cross-compilation
构建操作系统版本与内核版本不同。这会引起麻烦吗？

我最近搞乱了我的 Debian Squeeze 安装。 （点击了解更多）。我修复了音频，但电池状态指示灯和触摸板无法工作。在尝试修复此问题时，我发现系统的内核版本与构建操作系统版本不同。这是输出Xorg :1 -configure

root@debian-box:/boot# Xorg :1 -configure

X.Org X 服务器 1.7.7
发布日期：2010-05-04
X 协议版本 11，修订版 0
构建操作系统：Linux 2.6.32.29-dsa-ia32 i686 Debian
当前操作系统：Linux debian-box 2.6.32-5-686 #1 SMP Tue Mar 8 21:36:00 UTC 2011 i686
内核命令行：BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=df9afc0c-27af-42b2-95d7-a7944f3bac70 ro安静
构建日期：2011 年 2 月 19 日 02:37:36PM
xorg-server 2:1.7.7-13（西里尔·布鲁尔布瓦）
...

答案1

不，绝对没有理由在运行 X（或大多数程序）的同一操作系统上构建它。为不同的处理器架构（amd64/arm/ppc/x86/...）构建软件通常更加困难，有时甚至是不可能的。为不同的操作系统构建更容易，并且精确的内核版本完全无关（除非您正在构建内核模块）。

（那么您可能想知道为什么包含这些信息......我也想知道。我怀疑这是一种迂回的方式，通过指示可能的发行版和版本指示来提供有关用于构建的编译器版本和开发包的信息。）

答案2

“构建操作系统版本”是指编译 X.Org 服务器时使用的操作系统，“当前操作系统版本”是指您的特定计算机。

如果你这样做：

 uname -a

输出应与“当前操作系统：”匹配。

答案3

这些信息更适合开发人员，而不是帮助“用户”根本原因问题。从历史上看，X“用户”能够构建并修复自己的错误，并且许多代码/界面/文档都假定这种受众（X11 协议于 1987 年发布！）。

具体来说，作为一名 X 开发人员，您将能够看到，“哦，这是我 20 分钟前构建的版本，我刚刚构建的版本在哪里？”当您使用 Debian 团队 5 年前构建的预构建二进制文件时，它就没那么有用了。

答案4

只要内核处理的系统调用不改变（太多），构建软件的内核在很大程度上是无关紧要的。但 X 与内核紧密相连，因此在 Linux 上，它与内核的关系比“常规”用户态程序更密切，这可能是相关的。对于像我这样的人（只是图形堆栈的感恩用户）来说，这只是琐事，对于调试它的人来说，这可能非常有趣。

相关内容