不将 Ubuntu 版本更新为更新/旧内核版本的原因

Question

我有几个朋友让我在不更改 Ubuntu 版本的情况下将他们的 Ubuntu 更新到更新的内核。例如，将 3.3 内核版本留在 10.04 中。

当拥有较旧或现有的 Ubuntu 版本时，许多用户希望将较新的稳定/不稳定内核版本应用于他们正在使用的 Ubuntu 版本，认为这类似于升级程序。所以我正在寻找的是一些简单的答案，以解释在不适合它的 Ubuntu 版本中强制使用较新内核版本的危险（比优势大得多）。

我可以告诉他们什么或向他们解释为什么当他们拥有不是为该内核版本制作的 Ubuntu 版本时他们不应该更新到新/旧内核。

Answer 1

我明白你的意思，但也分享你的朋友对拥有更新内核的偏好。就我个人而言，我在 Ubuntu 11.10（使用来自 kernel.org 的源代码构建）上运行主线内核。这意味着我负责安全更新并且我不会得到 Ubuntu 的支持，因为我没有运行股票内核。

通常，当提出是否升级内核的问题时，答案将是“稳定性/安全性/硬件支持的改进”。现在，您的问题似乎与整个内核系列有关。使用旧内核版本的风险非常明显：未修复的安全问题、较少的硬件支持和其他可能影响稳定性或功能的错误。

当使用比 Ubuntu 版本更旧的内核系列（比如 2.6.32，其中 Oneiric 附带 3.0）有其他含义：

• 期望仅在较新内核版本中可用的功能的用户空间程序。例如，固态磁盘支持 TRIM 参数。即使mount程序支持挂载程序并discard选择启用 TRIM，如果内核不支持它，它也不会工作。现在，这将打印一个关于不受支持的内核的错误，但可能还有另一个更重要的功能，并假设 Ubuntu 存在。图形堆栈 Xorg 强烈依赖于内核提供的功能。如果内核非常古老，Xorg 堆栈可能无法充分利用其功能。

较新的内核系列可以通过多种方式收集：用户维护的 PPA、kernel.ubuntu.com或直接从 ubuntu+1 在packages.ubuntu.com上的存储库。一个可能的影响是 API 已更改，或者某些部分的“默认”行为已更改。这不会是灾难性的，但对默认值做出强烈假设的程序可能无法按预期运行。示例：relatime 将 noatime 替换为默认值。更严重的问题将是破坏硬件的回归（无线是一个常见的噩梦）。现有的 Ubuntu 内核已经过硬件测试，当发布时，它应该是大多数 Ubuntu 用户的最佳内核。

对某些功能/硬件的新支持也不总是好的。如果程序或脚本期望对 (...) 的支持被破坏并因此引入了解决方法，则它可能彼此不兼容并破坏两者。例如，Bumblebee+bbswitch 目前禁用 nvidia 卡。如果更新的内核版本突然对这种混合图形硬件有很好的支持，可能会导致崩溃。

在来自 xorg-edgers 的内核破坏了我的无线网络并且没有完全支持我的带有 nouveau 内核模块的 nvidia 卡之后，我开始安装一个较新的内核。无线再次工作，新支持更好，但后来的升级使无线再次变得不可靠。另一个后来的版本再次解决了它。好吧，如果你想生活在边缘，你必须忍受它。