ger*_*ijk 10 compatibility kernel
无论出于何种原因，您可能被迫运行另一个内核而不是 Ubuntu 提供的内核。对于与特定预编译内核模块兼容的内核，您甚至可能需要几年时间，您的基于 Xen/容器的 VPS 提供商可能会强制您使用他的内核等。
我有很长一段时间这个问题，但这个今天再次引发它。
在这种情况下，能够说明是否可以将问题归咎于内核，或者是否应该费心尝试在您的情况下设置更新版本的 Ubuntu，这将非常有用。
我特别感兴趣的是开发人员/QA 在这方面的目标是什么，涉及 LTS 版本和运行 LTS 内核的较新的稳定版本。一些密切相关的问题：
最明显的地方是发行说明。然而，除了对 Ubuntu 风格内核的更新/更改之外，这并没有提到与其他内核的兼容性，而在注释的其他部分中提到了与内核相关的功能，例如
软件 RAID 现在支持坏块管理 (MD)。
是 Ubuntu 根本不关心这些情况，还是我错过了这方面的资源？除了发行说明，我在很大程度上使用了 Google 关键字：Ubuntu 12.04 minimal kernel version required以及它的几个变体。然而，似乎没有就这些结果发表任何声明。我现在发现这个问题只作为相关资源出现。我确实找到了这个答案，很难，而且看起来很有希望，但它是关于特定问题/环境的，而不是关于服务器/桌面使用情况。
我知道大多数用户级软件不应该关心内核版本，但是 VPN 软件或与硬件交互的应用程序变得越来越复杂，例如上面的那个，还有 V4L2、网络管理器、Alsa 等。
Debian 对此非常清楚。对于 Wheezy，我们知道如果你依赖 udev，它需要 2.6.26 才能从它的发行说明中正常运行（正在开发中）：
wheezy 中的 udev 版本需要 2.6.26 或更高版本的内核，并带有 [...]
我非常清楚为从较新版本到当前 LTS 版本的较新内核提供的向后移植。这个问题是相反的。
请避免任何诸如“为什么要运行旧内核？”之类的讨论。- 有时您只是别无选择，这与我们想要什么无关，而是关于如何处理这种特定情况。
And*_*ini 10
问题：与早期内核版本的兼容性政策是什么？例如，不接受错误报告，必须使用所有内核版本，包括以前的 LTS 等。
我是 Ubuntu BugControl 团队的成员，我可以说只考虑非过时 Ubuntu 软件包中的错误。如果您安装自己的内核，或者如果您使用来自不同发行版的软件包并报告错误，则您的错误将无效。看到这两个股票回应：
此外，Ubuntu 内核团队有一个您可能会感兴趣的常见问题解答：
内核团队为所有当前活动版本上的 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 时，或者当 Unity 2d 已从 Quantal 中删除时，您可以找到这样的示例。
而且，这是在我看来，最重要的一点，Ubuntu是不是在分发软件有兴趣的工作，但软件工程和支持。这两个术语之间存在重要差异。