Linux 内核支持周期即将发生一项重大变革！
内核 LTS
![](/data/attachment/album/202309/21/085832oy6xi3jqrm44s9xg.jpg)



> 
> 从文字描述上看，它对用户产生的影响将如何呢？你有何看法呢？
> 
> 
> 


<ruby> <a href="https://events.linuxfoundation.org/open-source-summit-europe/">  欧洲开源峰会 </a> <rt>  Open Source Summit Europe </rt></ruby> 刚刚开幕，我们开始看到围绕 Linux 和开源软件的一些有趣动态。


其中一项新闻是关于未来将如何处理 Linux 内核的 [长期支持](https://itsfoss.com/long-term-support-lts/)（LTS）版本。


我们来看一下即将进行的更迭。


**新变化：** 在峰会上，Linux 开发者和 [LWN](https://lwn.net/) 执行编辑 Jonathan Corbett 宣布，**Linux 内核的 LTS 周期即将从原先的六年缩短至两年**！


目前，有 **六个 LTS 版本的 Linux 内核**，即 4.14、4.19、5.4、5.10、5.15 和 6.1。


在将来，继 4.14 之后，当 LTS 状态的下两个版本被淘汰时，**它们将不会被其他内核版本所取代**。



> 
> ? 你可以查阅 [Linux 内核归档](https://kernel.org/category/releases.html) 来了解目前 LTS 版本 Linux 内核预计的终止支持日期。
> 
> 
> 


长期支持内核：




| 版本 | 维护者 | 发布于 | 计划终止日期 |
| --- | --- | --- | --- |
| 6.1 | Greg Kroah-Hartman & Sasha Levin | 2022-12-11 | 2026 年 12 月 |
| 5.15 | Greg Kroah-Hartman & Sasha Levin | 2021-10-31 | 2026 年 10 月 |
| 5.10 | Greg Kroah-Hartman & Sasha Levin | 2020-12-13 | 2026 年 12 月 |
| 5.4 | Greg Kroah-Hartman & Sasha Levin | 2019-11-24 | 2025 年 12 月 |
| 4.19 | Greg Kroah-Hartman & Sasha Levin | 2018-10-22 | 2024 年 12 月 |
| 4.14 | Greg Kroah-Hartman & Sasha Levin | 2017-11-12 | 2024 年 1 月 |


**时机选择：**Jonathan 提到的理由之一是，**并不是很多人使用旧版本的 Linux 内核**，因此这些版本没必要继续进行维护。


我对此表示同意。然而，肯定有些人对此举动感到不满。


但是，这个决策的推进主要是由于 **Linux 代码维护人员过度劳累的大问题**。


你看，对于一个 LTS 版本的代码进行检查和改善是一项重任务，需要消耗大量的时间和精力，而问题就出在这里。


据 Jonathan 所说，维护人员面临的 **两个大挑战** 分别是：大部分 **维护人员并未得到酬劳以维护 Linux 内核**，以及采用 “[Fuzzing](https://en.wikipedia.org/wiki/Fuzzing)” 技术寻找问题，虽然有所帮助，但有时也可能揭示出许多小问题，需要维护人员花费更多的精力。


看到这样的情况，维护人员容易感到疲劳，对吧？?


当被问及 **维护人员如何得到帮助？** 时，Jonathan 建议他们与雇主进行沟通，把 Linux 内核维护工作转为付费工作。


他还补充说，



> 
> 如果公司希望继续从 Linux 中获益，就需要意识到他们必须向 Linux 回馈。
> 
> 
> 


总的来说，此次变革将减轻维护人员的负担，但依赖于旧版本 Linux 内核的系统可能会承受不获得关键更新的风险。


这可能会对大部分用户产生影响，或可能不会，但对某些组织来说，可能会带来些许不便。


? 你怎么看？在下方评论区分享你的想法吧。


*新闻来源：[ZDNET](https://www.zdnet.com/article/long-term-support-for-linux-kernel-to-be-cut-as-maintainence-remains-under-strain/)*


*（题图：MJ/47a40c0f-3a3c-4534-98fe-3c986e9a881c）*




---


via: <https://news.itsfoss.com/linux-kernel-support/>


作者：[Sourav Rudra](https://news.itsfoss.com/author/sourav/) 选题：[lujun9972](https://github.com/lujun9972) 译者：ChatGPT 校对：[wxy](https://github.com/wxy)


本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出


OK
![](/assets/images/pikapods-banner-v3.webp)


![](/assets/images/pikapods-banner-v3.webp)

The [Open Source Summit Europe](https://events.linuxfoundation.org/open-source-summit-europe/?ref=news.itsfoss.com) edition has kicked off, and we are starting to see some interesting news surrounding Linux and open-source software in general.

One such news is regarding how [Long-term Support](https://itsfoss.com/long-term-support-lts/?ref=news.itsfoss.com) (LTS) Linux kernel versions will be handled going forward.

Let's take a look at the upcoming changes.

**What's happening: **At the summit, Jonathan Corbett, Linux developer and executive editor at [LWN](https://lwn.net/?ref=news.itsfoss.com) disclosed that **the LTS period for the Linux kernel is being brought down to two years, from the previous six years period**.

Seeing that currently there are **six LTS Linux Kernels**, 4.14, 4.19, 5.4, 5.10, 5.15, and 6.1.

In the future, after 4.14, when the next two in line exit LTS status, **they will not be replaced with other kernel versions**.

[The Linux Kernel Archives](The Linux Kernel Archives)for knowing the projected end-of-life of the current LTS Linux kernels.

**Why Now: **One of the reasons Jonathan mentions is the fact that **not many people use older versions of the Linux kernel**, so there's not much point in maintaining those.

And, I do agree with that. However, there will be some out there who won't be happy with this move.

But, there's **a bigger problem at hand** that has pushed this decision forward, and that is the **matter of Linux code maintainers being burnt out**.

You see, checking/improving the code for an LTS release is a major task that can take up a lot of time and effort to get it done right, and this is where the problem lies.

According to Jonathan, there are **two distinct obstacles that maintainers face**, one is that **many** **maintainers are not paid to maintain the Linux kernel**.

The second one is the **use of the ' Fuzzing' technique to find bugs**, which is helpful, but at times can also uncover numerous minor bugs that will require the maintainers' attention.

You see how this can easily burn out a maintainer? 🙁

When asked; **How can maintainers get help?**, Jonathan suggested that they speak with their employers for getting them paid for their Linux kernel maintainer work.

He also added that:

Companies must realize they need to give back to Linux if they want to continue to reap its benefits.

So, wrapping up.

This move will lessen the burden on the maintainers, however systems that rely on older Linux kernels may have to bear the brunt of not getting essential patches.

While it may or may not affect a big chunk of users, it could be inconvenient for some organizations.

*💬 What do you think? Share your thoughts in the comments below.*

**Via: ZDNET**

## More from It's FOSS...

- Support us by opting for
[It's FOSS Plus](https://itsfoss.com/#/portal/signup)membership. - Join our
[community forum](https://itsfoss.community/). - 📩 Stay updated with the latest on Linux and Open Source. Get our
[weekly Newsletter](https://itsfoss.com/newsletter/).