运行Ubuntu所需的最低兼容Linux内核版本是多少？

为什么使用较旧的内核？

无论出于何种原因，您可能不得不运行除Ubuntu提供的内核以外的其他内核。与特定的预编译内核模块兼容的内核可能甚至要花几年的时间，基于Xen /容器的VPS提供程序可能会迫使您使用他的内核，等等。

我有很长一段时间这个问题，但这个今天再次引发它。

在这种情况下，能够说出是否可以将问题归咎于内核，或者您是否应该费心尝试根据自己的情况设置更新的Ubuntu版本，将非常有用。

政策，文件？

我对LTS发行版和运行LTS内核的较新稳定版的开发人员/质量保证的目标特别感兴趣。一些密切相关的问题：

• 与早期内核版本兼容的政策是什么？例如，不接受任何错误报告，必须将所有内核版本（包括先前的LTS等）使用在内。
• 实际上，示例案例：在Precise上运行Lucid的内核时，我遇到麻烦的可能性有多大？
• 在与发行版一起提供的版本之外的其他软件上，软件相对较接近内核（udev，gvfs，mdadm等）的程度如何？
• 台式机/服务器版本在这方面有何不同？

最明显的地方是发行说明。但是，除了对Ubuntu风味内核的更新/更改外，它没有提及与其他内核的兼容性，而在注释的其他部分中提到了与内核相关的功能，例如

软件RAID现在支持坏块管理（MD）。

Ubuntu只是不理会这些情况，还是我在此方面缺少资源？除了发行说明外，我在一定程度上还使用Google来使用关键字：Ubuntu 12.04 minimal kernel version required及其一些变体。但是，似乎没有关于这些结果的声明。现在，我发现此问题仅作为相关资源弹出。我确实找到了这个答案，很艰难，而且看起来很有希望，但这与特定的问题/环境有关，而与服务器/桌面的使用无关。

用户空间与内核

我知道大多数用户域软件都不应打扰内核版本，但是对于VPN软件或与硬件交互的应用程序（例如上述软件），以及例如V4L2，Network Manager，Alsa等，它变得越来越复杂。

Debian与Ubuntu

Debian对此很清楚。对于Wheezy，我们已经知道，如果您依赖udev，它将需要2.6.26才能从其发行说明中正常运行（在工作中）：

wheezy中的udev版本需要2.6.26或更高版本的内核，并带有[...]

我不想要的

我非常了解从较新版本到当前LTS版本为较新内核提供的反向移植。这个问题是相反的。

请避免进行任何类似“为什么要运行旧内核的讨论？”之类的讨论。-有时候您只是别无选择，这与我们想要的东西无关，而是与如何应对这种给定的情况有关。

问题：关于与早期内核版本兼容的政策是什么？例如，不接受任何错误报告，必须将所有内核版本（包括先前的LTS等）使用在内。

我是Ubuntu BugControl团队的成员，我可以说只考虑非过时的Ubuntu软件包中的错误。如果您安装自己的内核，或者使用其他发行版的软件包并报告错误，则该错误将失效。请参阅以下两个库存回复：

• 关于记者发布的软件的过时版本
• Ubuntu未提供的软件包

此外，Ubuntu Kernel团队还有一个常见问题解答，您可能会发现它很有趣：

内核团队在所有当前活动的发行版中为Ubuntu内核提供支持（安全更新等），我们不支持任何非Ubuntu内核。当前活动版本的完整列表可以在“版本”页面上找到。对于长期支持（LTS）版本，桌面内核在支持服务器内核之前从支持中删除，这反映在“发布”页面中。

但这只是说支持哪些内核，而不是说哪些兼容。

问题：实际案例：在Precise上运行Lucid的内核时，我遇到麻烦的可能性有多大？

这是一个很难回答的问题。特别是因为它实际上取决于您将使用的应用程序/模块。我们可以将这个问题限制在“标准” Ubuntu桌面或服务器上，但是即使那样，也将很难回答：没有足够的文档，并且可用的信息很少。

例如，要检查Quantal的udev是否与Lucid内核兼容，您必须查看M，N，O，P，Q发行说明，内核更改日志和udev更改日志。然后进入另一个软件包，例如libc，upstart等。所有这些软件包都依赖于特定的内核版本，并且所有这些软件包均不受Ubuntu的直接控制（在某种意义上，不是由Ubuntu团队来决定该软件包的兼容性策略）。

问题：在与发行版一起提供的版本以外的版本上，软件相对较接近内核（udev，gvfs，mdadm等）进行了测试？

Ubuntu测试团队和Ubuntu质量团队不会测试Ubuntu未提供的内核。证明是没有测试用例，也没有针对过时内核的测试活动。

问题：桌面/服务器版本在这方面有何不同？

它们没有任何区别。桌面版和服务器版使用同一内核这一事实部分证明了这一点。

问题： Ubuntu是否只是不打扰这些情况，还是我在此方面缺少资源？

Ubuntu并不在意这些情况。不支持内核版本，但与之兼容将只是额外的工作而没有任何好处。

无论是否喜欢，Ubuntu的做法之一就是期待并尝试支持最新技术，而不是最过时的技术。当将Ubuntu CD替换为DVD或从Quantal删除Unity 2d时，您可以找到一个示例。

而且，这是在我看来，最重要的一点，Ubuntu是不是在分发软件有兴趣的工作，但软件工程和支持。这两个术语之间有重要区别。

唯一受官方支持的内核是该Ubuntu版本随附的内核。如果您由于使用其他内核而遇到问题，则将自己解决。如果怀疑某个问题与使用非标准内核有关，则将要求您至少测试一下标准内核，以查看该问题是否确实与之相关。

使用较旧的内核可能会导致太多潜在问题，因此无法准确地列出哪些行之有效，哪些行不通。您只需要自己尝试即可。

做出有根据的猜测，我不认为任何Ubuntu版本都不会考虑使用较旧的内核。...为什么会这样？“必需的内核”只是发行版附带的内核。

为什么要在新版本中使用旧内核，而不是旧版本本身呢？

AFAIK，内核团队期待而不是后退。他们从较新的版本向后移植较新的内核，例如，Quantal内核被向后移植到Precise，但反之则不行。