OS

Linuxカーネル6.19の新機能とサポート終了|リリース日・6.19.14・7.0以降への移行

Linuxカーネル6.19の新機能とサポート終了|リリース日・6.19.14・7.0以降への移行

Linuxカーネル6.19は2026年2月8日に公開された、6.x系列の最終バージョンです。listns(2)システムコールやLive Update Orchestratorといった仮想化・コンテナ寄りの機能が入った一方、安定版の更新は6.19.14(2026年4月22日)で止まっており、kernel.orgが公開している現行リリース一覧にも長期サポート一覧にも6.19はすでに載っていません。この記事では6.19で実際に入った機能と、いま6.19を使っている場合にどこへ移るべきかを、kernel.orgの公開情報と開発者の告知を軸に、変更点をまとめたKernelNewbiesも参照して整理します。

まとめ:Linux 6.19の要点

先に結論を示します。

  • リリース日は2026年2月8日。Linus Torvalds氏がLKMLで公開を告知し、同じメールで次のカーネルを7.0にすると宣言しました。6.x系列はこの6.19が最後です。
  • 主要な新機能は5つ。名前空間を列挙するlistns(2)、kexecによる更新時に選択した状態を引き継ぐLive Update Orchestrator(LUO)、PCIeリンク暗号化、ext4のページサイズ超ブロックサイズ対応、SFrameによるスタックアンワインドです。
  • 安定版は6.19.14で打ち止め。2026年2月9日の6.19から4月22日の6.19.14まで15版が出たところで、保守担当のGreg Kroah-Hartman氏が6.19系のサポート終了を明言しました。6.19は長期サポート(longterm)に指定されていません。
  • Linux 6系で長期サポートが残るのは4つ。6.18・6.12・6.6・6.1のみで、6.18のサポート終了予定は2028年12月です。
  • 2026年9月時点の現行版は7.2.4(2026年9月7日公開)、開発中のmainlineは7.3-rc2です。いま6.19を新規に選ぶ理由はありません。

Linux 6.19のリリース日と6.x系列で最後のバージョンになった経緯

Linux 6.19の公開日と開発サイクル

kernelnewbiesのリリースページは、Linux 6.19の公開日を2026年2月8日(日曜)と記載しています。kernel.orgの配布ディレクトリにあるtarball(linux-6.19.tar.xz)の日付は2026年2月9日で、これは公開直後にアップロードされたものです。kernel.orgはメインラインの公開間隔について「New mainline kernels are released every 9-10 weeks.(新しいメインラインカーネルは9〜10週ごとに公開される)」と説明しており、6.19もこのサイクルに沿っています。

次を7.0にした理由とLinus Torvalds氏の告知

バージョン番号が6.20ではなく7.0へ繰り上がったのは、技術的な断絶があったからではありません。Linus Torvalds氏は2026年2月8日付のリリース告知メールで、理由をこう書いています。

「I’m getting to the point where I’m being confused by large numbers (almost running out of fingers and toes again), so the next kernel is going to be called 7.0.(大きな数字で混乱するようになってきた。また指と足の指を使い切りそうなので、次のカーネルは7.0と呼ぶことにする)」

5.x系列は5.19、6.x系列は6.19で終わっています。つまり7.0への繰り上げは番号管理上の都合であって、6.19から7.0でアーキテクチャが変わったわけでも、6.19が特別に重要なリリースだったわけでもありません。「6系の最終版だから安定している」といった評価は、この命名理由からは導けません。

Linux 6.19の主な新機能

listns(2)による名前空間の列挙

6.19より前のLinuxには、システム上の名前空間をユーザー空間から直接列挙する方法がありませんでした。kernelnewbiesはその状況を「Applications must resort to scanning /proc/<pid>/ns/ across all processes, which is inefficient, incomplete, permission-heavy(アプリケーションは全プロセスの/proc/<pid>/ns/を走査するしかなく、非効率で、不完全で、権限を要求しすぎる)」と説明しています。listns(2)はこの走査を置き換えるシステムコールです。コンテナランタイムや監視エージェントのように、稼働中の名前空間を把握したいツールが恩恵を受けます。

Live Update Orchestrator(LUO)による更新時の状態保持

LUOは、kexecによる再起動を使ってカーネルを差し替えるためのサブシステムです。kernelnewbiesは「a kernel subsystem designed to facilitate live kernel updates using a kexec-based reboot(kexecベースの再起動を用いたライブカーネル更新を容易にするために設計されたカーネルサブシステム)」と説明し、狙いを「allows virtual machines to continue working after the reboot with minimal downtime(仮想マシンが再起動後も最小限のダウンタイムで動作を継続できるようにする)」と書いています。

カーネル本体のドキュメントはより踏み込んだ定義を置いています。「Live Update is a specialized, kexec-based reboot process that allows a running kernel to be updated from one version to another while preserving the state of selected resources and keeping designated hardware devices operational.(ライブアップデートとは、選択したリソースの状態を保持し、指定したハードウェアデバイスを動作させたまま、稼働中のカーネルをあるバージョンから別のバージョンへ更新できるようにする、kexecベースの特殊な再起動処理である)」。再起動そのものは起きます。無くなるのは再起動ではなく、引き継ぐと決めたリソースの作り直しです。

用途はクラウド事業者のホスト更新です。従来のライブパッチが関数単位の差し替えに限られるのに対し、LUOはカーネル全体を入れ替えながら、memfdに置いたインメモリキャッシュのようなユーザー空間の状態を保持し、kexec後にそのまま復元します。指定したデバイスについては「DMA activity may continue throughout the kernel transition.(カーネルの遷移中もDMA動作を継続できる)」とされています。有効化にはカーネル起動パラメータ liveupdate=on が必要で、対象となるファイル種別ごとにサブシステム側のハンドラ登録も要ります。導入を検討する場合は、自分の使うハイパーバイザ側の対応状況を先に確認してください。

PCIeリンク暗号化とデバイス認証

6.19はPCIeリンク暗号化とセキュアなデバイス認証に対応しました。想定される用途は機密VMで、kernelnewbiesは「the PCIe traffic between the VM and the device is encrypted and authenticated on the wire(VMとデバイス間のPCIeトラフィックが通信経路上で暗号化・認証される)」と記載しています。連携先として挙げられているのはAMD SEV-SNPとIntel TDXです。ホスト側を信頼しない構成でGPUやNICをVMに直接割り当てる場合、経路の保護がここで一段進んだことになります。ただし6.19に入ったのはリンク暗号化とデバイス認証の基盤であり、これで機密VMへのデバイス割り当てが一式そろったわけではありません。実際に使えるかは、CPU・デバイス・ハイパーバイザそれぞれの対応状況で決まります。

ext4のページサイズ超ブロックサイズ対応

ext4が、システムのページサイズ(x86では4KB)より大きいファイルシステムブロックサイズを扱えるようになりました。効果についてkernelnewbiesは「it can improve buffered IO write performance by about 50% on average(バッファードIOの書き込み性能を平均で約50%改善できる)」と書いています。ただし、約50%という値を判断材料にするには、比較対象と測定条件を原資料で確認する必要があります。改善幅は書き込みパターンに依存するため、既存のファイルシステムを作り直してまで追う価値があるかは、実データで測ってから判断してください。Btrfs側でも、ページサイズ超ブロックサイズのRAID56構成に対する実験的サポートが改善されています。

SFrameによる高速なスタックアンワインドとその他の更新

perfなどのツールはスタックのアンワインドを必要としますが、一般的な解法であるフレームポインタは性能を落とします。6.19はGCCとbinutilsが実装したSFrame形式に対応し、kernelnewbiesはこの形式を「contains the minimal information to allow fast stack tracing(高速なスタックトレースを可能にする最小限の情報を含む)」と説明しています。

このほか6.19には、HDRを念頭に置いたカラーパイプラインAPIの追加(Intel LNL以降で使えるsharpnessプロパティを含む)、io_uringのmixed sized SQE対応やgetsockname・getpeernameの追加、Btrfsのshutdown ioctl対応とスクラブ・デバイス交換中でもサスペンドを妨げない改善、そしてRust側の抽象化拡充が入っています。

6.19.x安定版の更新履歴と2026年4月の打ち止め

6.19系の安定版は、kernel.orgの配布ディレクトリに残っているtarballで公開日をそのまま確認できます。2026年2月9日の6.19から4月22日の6.19.14まで15版が出て、そこで止まりました。

バージョン tarballの日付
6.19 2026-02-09
6.19.1 2026-02-16
6.19.2 2026-02-16
6.19.3 2026-02-19
6.19.4 2026-02-26
6.19.5 2026-02-27
6.19.6 2026-03-04
6.19.7 2026-03-12
6.19.8 2026-03-13
6.19.9 2026-03-19
6.19.10 2026-03-25
6.19.11 2026-04-02
6.19.12 2026-04-11
6.19.13 2026-04-18
6.19.14 2026-04-22

更新が止まった理由は、安定版カーネルの保守担当であるGreg Kroah-Hartman氏が2026年4月22日の6.19.14公開告知で明記しています。「Note, this is the LAST 6.19.y kernel to be released, this branch is now end-of-life.(注意、これが公開される最後の6.19.yカーネルであり、このブランチは以後サポート終了である)」。移行先も同じメールで指示されています。「Please move to the 7.0.y kernel branch at this point in time.(この時点で7.0.yカーネルブランチへ移行してください)」。安定版カーネルについてkernel.orgは「There are usually only a few bugfix kernel releases until next mainline kernel becomes available(次のメインラインカーネルが出るまでに、通常は数回のバグ修正リリースがあるだけ)」と説明し、その例外を長期サポートに指定されたカーネルだけだとしています。6.19は長期サポートに指定されなかったため、次のメインラインであるLinux 7.0が2026年4月に出た直後、6.19.14をもって役目を終えました。

2026年9月11日時点で確認すると、kernel.orgが公開するリリース一覧(releases.json)に6.19の項目は存在せず、longterm一覧にも6.19はありません。同じ日に6.18系は6.18.50(2026年9月7日)まで更新が続いています。したがって、6.19.14以降に見つかったカーネルの脆弱性に対して、上流の6.19系へ修正が入ることはありません。実際に2026年にはLinuxカーネルの権限昇格系の脆弱性が続けて公表されており、修正が来ない系列を本番で使い続ける判断はとりにくいはずです。詳細はCVE-2026-31431「Copy Fail」とは?影響範囲と今すぐ行うべきパッチ・緩和策をわかりやすく解説で扱っています。

Linux 6系で長期サポートが続くバージョン

現行のlongterm一覧とサポート終了予定

「Linux kernel 6」で情報を探す場合、実務上意味があるのは6.19ではなく、いま長期サポートが続いているバージョンです。kernel.orgのリリース一覧が挙げているlongtermカーネルは次のとおりです(サポート終了予定はkernel.orgの表記)。

バージョン 公開日 サポート終了予定 2026-09時点の最新
6.18 2025-11-30 2028年12月 6.18.50
6.12 2024-11-17 2028年12月 6.12.109
6.6 2023-10-29 2027年12月 6.6.156
6.1 2022-12-11 2027年12月 6.1.187
5.15 2021-10-31 2026年12月 5.15.220
5.10 2020-12-13 2026年12月 5.10.269

6系で最も新しい長期サポート版は6.18です。6.19の機能のうち長期運用したいものがある場合、6.18には入っていない点に注意してください。listns(2)もLUOも6.19で入った機能であり、6.18へは戻っていません。上流の6.18系を選ぶ場合、6.19で追加されたこれらの機能は利用できません。ディストリビューション独自の機能追加や保守は別途確認が必要です。

稼働中のカーネルバージョンの確認コマンド

自分のサーバーが6.19系のままかどうかは、次のコマンドで確認できます。

uname -r
cat /proc/version

uname -rの出力が6.19で始まる場合、上流の6.19系は更新終了済みです。ただし、ベンダーによる修正提供の有無は、この番号だけでは判定できません。ディストリビューションのカーネルは番号にディストリ独自の接尾辞が付き、上流が止まったあとも独自にバックポートを続けている場合があります。判断はディストリビューションのセキュリティ告知で行ってください。コマンドの使い分けはLinuxコマンド一覧|用途別早見表48選とUbuntu 26.04での変更点にまとめています。

6.19からの移行先:7.2系と6.18 LTSの選び分け

2026年9月時点の現行バージョン

6.19の次のメインラインであるLinux 7.0は2026年4月12日に公開され、その後7.1、7.2と進んでいます。kernel.orgの配布ディレクトリとリリース一覧で確認できる日付は次のとおりです。

バージョン 公開日 2026-09-11時点の状態
7.0 2026-04-12 更新終了
7.1 2026-06-14 7.1.13でEOL
7.2 2026-08-16 7.2.4が現行stable
7.3-rc2 2026-09-06 開発中のmainline

7.0で入った主な変更は、ファイルIOのエラー報告API、XFSのヘルスモニタリング、Clangの静的解析対応、コンテナ構築を簡素化するopen_tree(2)の拡張、スワップテーブル第2段階、rseqのタイムスライス延長機構、TCPのAccECNを既定で有効化、といったものです。6.19からの変更は、コンテナとネットワークに加え、ファイルシステム、メモリ管理、開発時の解析にも及びます。

7.2系と6.18 LTSの用途別選択基準

選択は用途で決まります。本番サーバーで安定性とサポート期間を優先するなら6.18系です。上流でのサポート終了予定は2028年12月で、更新終了済みの6.19系より長く修正提供を受けられる見込みです。6.19で入ったlistns(2)やLUO、PCIeリンク暗号化を使いたいなら7.2系です。これらの機能は上流の6.18系には含まれません。ベンダーが長期保守するカーネルについては、独自の機能追加とサポート対象を確認してください。

ローリングリリースのディストリビューションはすでに7系へ移っています。Arch Linuxのlinuxパッケージは2026年9月8日ビルドの7.2.4.arch1-2です。一方でエンタープライズ向けディストリビューションは長期サポート版を基にカーネルを固定し、修正を独自にバックポートするため、番号だけで新旧を比較することはできません。Ubuntuの例はUbuntu 26.04 LTS 開発者向け詳細|言語バージョン・x86-64-v3・フレーバー・サポート期間で確認できます。

よくある質問

Linux 6.19のリリース日はいつですか?

2026年2月8日(日曜)です。kernel.orgの配布ディレクトリにあるlinux-6.19.tar.xzの日付は翌2月9日で、公開直後にアップロードされたものです。

Linux 6.19はLTS(長期サポート)ですか?

いいえ。kernel.orgのlongterm一覧に6.19は含まれていません。Linux 6系で長期サポートに指定されているのは6.18・6.12・6.6・6.1の4つで、6系で最も新しい長期サポート版は2028年12月までの6.18です。

6.19.14より新しい6.19系はありますか?

2026年9月11日時点ではありません。6.19.14(2026年4月22日)が6.19系の最後の安定版で、それ以降kernel.orgに6.19系のtarballは追加されていません。上流の6.19系では今後の修正を受け取れないため、保守中の系列への移行が必要です。ただし、公表前に修正済みの脆弱性もあるため、公表日だけでは未修正と判定できません。

Linux 6と7で何が変わったのですか?

バージョン番号の繰り上げ自体に技術的な意味はありません。Linus Torvalds氏は6.19の告知メールで、大きな数字で混乱するようになったことを理由に次を7.0にすると書いています。機能面では、7.0でopen_tree(2)の拡張やAccECNの既定有効化などが入り、その後7.1・7.2と通常のペースで開発が続いています。

Live Update Orchestrator(LUO)は何ができるのですか?

kexecによる再起動でカーネルを入れ替えるとき、選択したリソースの状態を保持し、指定したデバイスを動作させたまま遷移させる仕組みです。再起動自体が無くなるわけではなく、引き継ぐと決めたリソースだけが作り直しを免れます。有効化にはカーネル起動パラメータ liveupdate=on が必要で、実際に使うにはハイパーバイザ側の対応も要ります。

関連記事

お気に入りに入れた記事の一覧

この記事は以下の記事からリンクされています

資料請求

今日のトレンド記事 直近 24 時間で、いつもより多く読まれている記事

  1. 2026.09.28 テックブログ タイムズカーの不正アクセスと約660万件の流出|免許証画像を退会者まで残さない保管設計
  2. 2026.09.25 コラム 障害者雇用の助成金一覧:月いくら・支給要件と申請書類を勤怠データで揃える方法
  3. 2026.09.25 コラム 最低賃金引き上げ【令和8年度】47都道府県の改定額・発効日と企業の対応手順
  4. 2026.04.03 テックブログ マイナビ情報漏洩11万件|不正アクセスの経緯・対象確認と「登録は危険か」の判断材料
  5. 2026.09.05 コラム 犯罪収益移転防止法の本人確認:2027年4月の対面IC読み取り義務化と改修要件

RELATED POSTS 関連記事

目次