Linux kernel 6.19の新機能とサポート終了｜6系の全バージョンと7.3への移行

Linux 6.19は2026年2月8日に公開された、6.x系列の最後のバージョンです。名前空間を列挙するlistns(2)、kexecでの更新時に状態を引き継ぐLive Update Orchestrator、Intel LASSへの対応などが入りました。ただし安定版の更新は6.19.14（2026年4月22日）で終わっており、kernel.orgの現行リリース一覧にも長期サポート一覧にも6.19はもうありません。この記事では6.19で入った機能、6系の全バージョンと長期サポート版、そして2026年11月時点でどこへ移るべきかを、kernel.orgと開発者の告知メールを根拠に整理します。

まとめ：Linux 6.19の要点

• リリース日は2026年2月8日。Linus Torvalds氏は同じ告知メールで次のカーネルを7.0にすると宣言し、6.x系列は6.19で終わりました。
• 主な新機能はlistns(2)、Live Update Orchestrator（LUO）、PCIeリンク暗号化、ext4のページサイズ超ブロック対応、SFrame。ハードウェア面ではIntel LASS、x2AVICによる最大4096 vCPU、旧世代Radeonのamdgpu既定化が入りました。
• 安定版は6.19.14で終了。2026年4月22日、保守担当のGreg Kroah-Hartman氏が6.19系のサポート終了を告知しました。公開から73日で、長期サポート（longterm）には指定されていません。
• 6系で長期サポートが残るのは6.18・6.12・6.6・6.1の4つ。6.18と6.12のサポート終了予定は2028年12月です。
• 2026年11月11日時点の現行stableは7.3.4（11月10日公開）、開発中のmainlineは7.4-rc2です。7.2系も11月1日の7.2.15で終了しました。移行先は機能を取るなら7.3系、保守期間を取るなら6.18系です。

Linux 6.19のリリース日と7.0へ番号が繰り上がった理由

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

kernelnewbiesのLinux 6.19ページは公開日を2026年2月8日（日曜）と記載しています。kernel.orgの配布ディレクトリにあるlinux-6.19.tar.xzの日付は翌2月9日（UTC）です。年末年始をまたいだ開発期間で、リリース候補版は通常のrc7より1本多いrc8まで出ています。kernel.orgはメインラインについて「New mainline kernels are released every 9-10 weeks.（新しいメインラインカーネルは9〜10週ごとに公開される）」と説明しています。

6.20でなく7.0になった理由

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

「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で終わっています。7.0への繰り上げは番号管理上の都合で、6.19から7.0でアーキテクチャが変わったわけではありません。「6系の最終版だから安定している」という評価も、この命名理由からは導けません。

Linux 6.19の主な新機能

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

6.19より前は、システム上の名前空間をユーザー空間から直接列挙する手段がありませんでした。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による再起動でカーネルを差し替えるためのサブシステムです。カーネルのドキュメントは「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ベースの特殊な再起動処理）」と定義しています。再起動そのものは起きます。無くなるのは、引き継ぐと決めたリソースの作り直しです。

想定用途はクラウド事業者のホスト更新です。関数単位の差し替えに限られるライブパッチと違い、カーネル全体を入れ替えながら、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に直接割り当てる場合の基盤です。ただし入ったのは基盤であり、機密VMへのデバイス割り当てが一式そろったわけではありません。使えるかはCPU・デバイス・ハイパーバイザの対応で決まります。

ext4とBtrfsの改善

ext4が、ページサイズ（x86では4KB）より大きいブロックサイズを扱えるようになりました。kernelnewbiesは「it can improve buffered IO write performance by about 50% on average（バッファードIOの書き込み性能を平均で約50%改善できる）」と書いています。ただし、開発者がext4メーリングリストに投稿した測定での比較対象はbigallocです。同じ測定では、ダイレクトIOの書き込み性能が最大約30%低下した条件も報告されています。既存のファイルシステムを作り直してまで追う価値があるかは、自分のデータで測ってから決めてください。Btrfsでは、ページサイズ超ブロックのRAID56構成への実験的対応、shutdown ioctl、スクラブやデバイス交換中でもサスペンドを妨げない改善が入りました。

CPU・GPU・ドライバーの対応（Intel LASS・AMD・旧Radeon）

ハードウェア面の変更は、kernelnewbiesの詳細章（X86・Virtualization・Drivers・Networking）に載っています。サーバー運用に関係する順に並べると次のとおりです。

• Intel LASS（Linear Address Space Separation）：基本対応が入りました。kernelnewbiesは「It ensures that userspace can not even get the hardware to start page walks for the kernel address space（ユーザー空間がカーネルのアドレス空間に対するページウォークをハードウェアに始めさせることすらできなくする）」と説明し、汎用のサイドチャネル対策と位置づけています。
• AMD x2AVICで最大4096 vCPU：KVMのSVMで「4k vCPUs with x2AVIC」に対応しました。大規模VMを組む仮想化基盤向けです。
• AMD SDCIAE：resctrlがL3 Smart Data Cache Injection Allocation Enforcementに対応しました。I/OデバイスがL3キャッシュへ直接書き込む機能について、使うキャッシュ領域をresctrlで制御できます。
• 旧世代Radeon：SI/CIK世代のディスクリートGPUで、radeonではなくamdgpuが既定のドライバーになりました。CIK世代のAPUは、この6.19での既定変更の対象外です。kernelnewbiesは「which enables vulkan support in userspace（ユーザー空間でVulkanが使えるようになる）」と書いています。
• その他：Arm Ethos-U65/U85 NPUのアクセラレータドライバー、IntelのXe3Pの初期対応、netlinkでのCAN XL対応、カーネル暗号ライブラリへのSHA-3追加が入りました。

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

perfなどはスタックのアンワインドを必要としますが、一般的な解法のフレームポインタは性能を落とします。6.19はGCCとbinutilsが実装したSFrame形式に対応しました。kernelnewbiesはこの形式を「contains the minimal information to allow fast stack tracing（高速なスタックトレースに必要な最小限の情報を含む）」と説明しています。ほかにも、HDRを念頭に置いたカラーパイプラインAPI（Intel LNL以降で使えるsharpnessプロパティを含む）、io_uringのmixed sized SQE対応やgetsockname・getpeernameの追加が入りました。

6.19のサポート終了：6.19.14で打ち止めになった経緯

6.19.x安定版15版の公開日

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

止まった理由は、Greg Kroah-Hartman氏の6.19.14の公開告知（LWN掲載）に明記されています。「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は指定されなかったため、7.0の公開から10日後に役目を終えました。

以後、上流の6.19系に脆弱性の修正は入りません。2026年にはLinuxカーネルの権限昇格系の脆弱性が続けて公表されており、修正が来ない系列を本番で使い続ける理由はありません。代表例はCVE-2026-31431（Copy Fail）とは｜ディストリ別の修正版・GKEとEKSの対応と緩和策で扱っています。

非LTS版の寿命は約2か月半（6.19〜7.2の実測）

6.19が短命だったわけではありません。長期サポートに指定されない版は、どれも同じくらいで終わっています。メインラインの公開日（GitHubのタグ日付・UTC）と、最後の安定版のtarball日付を並べると次のとおりです。

非LTS版の寿命は73〜80日で、次のメインラインが出てから2週間前後で切られます。7.2では保守側が早めに切る理由を説明しています。7.2.15の公開告知には「this one went “end-of-life” a bit sooner than normal（今回はいつもより少し早くサポート終了にした）」とあり、理由は7.3系に集中するためで、続けると「keep 8 different branches alive at the same moment（8つのブランチを同時に維持する）」ことになるからだと書かれています。上流のカーネルを直接追う運用では、非LTS版を選んだ時点で約2か月半ごとの系列移行が前提になります。それができないなら長期サポート版を選ぶべきです。

Linux 6系の全20バージョンと長期サポートが続く版

6.0〜6.19の公開日一覧

Linux 6系は2022年10月の6.0から2026年2月の6.19まで、約3年4か月で20版が出ました。日付はtorvalds/linuxリポジトリのタグ日付（UTC）です。長期サポートに指定されたのは6.1・6.6・6.12・6.18の4版で、いずれもその年の最後に出たメインラインです。

6.6のタグはUTCで10月30日ですが、kernel.orgの長期サポート表では現地日付の2023年10月29日と記載されています。

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

「Linux kernel 6」で調べる場合、実務上意味があるのは6.19ではなく、いま長期サポートが続いている版です。kernel.orgのリリースページに載るlongtermカーネルは次のとおりです。

6.18のサポート終了予定は、6.19公開時点の報道では2027年12月とされていましたが、現在のkernel.orgの表は2028年12月です。古い記事の日付で更新計画を立てないでください。5.15と5.10は2026年12月に終了予定なので、この2系列を使っているなら、終了まで1か月余りしか残っていません。

6.19から移行する：7.3系と6.18 LTSの選び分け

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

6.19の次のLinux 7.0は2026年4月12日に公開され、その後は約9週ごとに7.1、7.2、7.3と進んでいます。7.3は2026年10月18日（米国時間）のLinus Torvalds氏の告知で公開され、同時に7.4のマージウィンドウが開きました。

6.19から7.0で入った主な変更は、ファイルIOのエラー報告API、XFSのヘルスモニタリング、open_tree(2)の拡張、rseqのタイムスライス延長機構、TCPのAccECNの既定有効化などです。7.1以降の変更はkernelnewbiesの各版ページで版ごとに確認できます。

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

本番サーバーで保守期間を優先するなら6.18系です。上流のサポート終了予定は2028年12月で、系列移行は当面不要です。ただし、listns(2)、LUO、PCIeリンク暗号化、Intel LASSはいずれも6.19で入った機能で、上流の6.18系には含まれません。これらの機能が要るなら7.3系です。その場合は7.3系のサポート終了までに保守中の系列へ移る運用が必要で、それを回せないチームには向きません。将来の移行頻度は、移行先が長期サポート版に指定されるかによって変わります。クラウド上のサーバーでカーネル更新の手順や検証環境まで含めて見直すなら、インフラ構築（AWS・Google Cloud・Azure）の支援も相談できます。

稼働中のカーネルとディストリのカーネルの確認

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

uname -r
cat /proc/version

出力が6.19で始まり、kernel.orgから自分でビルドしたカーネルなら、更新は止まっています。ディストリビューションのカーネルは事情が違います。Ubuntu 26.04 LTSの標準カーネルは上流の7.0を基にしたパッケージで、Launchpadの公開記録ではリリース時の7.0.0-14.14から、2026年11月6日の更新で7.0.0-43.43まで進んでいます。上流の7.0系が6月に終わった後も、Ubuntuは独自に修正を取り込み続けているわけです。ハイフン以降はUbuntu側のパッケージ番号で、上流の安定版番号とは対応しません。修正の有無はディストリのセキュリティ告知で判断してください。OS名とカーネルの確認方法はLinuxのバージョン確認コマンド｜OSはos-release、カーネルはuname -rで見る、Ubuntu 26.04の位置づけはUbuntu 26.04 LTS（Resolute Raccoon）とは｜リリース日・新機能と24.04からのアップグレード【26.04.1対応】にまとめています。

よくある質問

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

2026年2月8日（日曜）です。kernel.orgにあるlinux-6.19.tar.xzの日付は翌2月9日（UTC）です。

Linux 6.19はLTS（長期サポート）ですか？

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

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

ありません。6.19.14（2026年4月22日）が最後の安定版で、2026年11月11日時点でもkernel.orgに6.19系のtarballは追加されていません。上流の6.19系では修正を受け取れないため、保守中の系列へ移る必要があります。

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

番号の繰り上げ自体に技術的な意味はありません。Linus Torvalds氏は大きな数字で混乱するようになったことを理由に次を7.0にしました。機能面では7.0でopen_tree(2)の拡張やAccECNの既定有効化などが入り、その後も約9週ごとに7.1、7.2、7.3と通常のペースで続いています。

Live Update Orchestrator（LUO）は何ができるのですか？

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

関連記事

• CVE-2026-31431（Copy Fail）とは｜ディストリ別の修正版・GKEとEKSの対応と緩和策
• Dirty Frag(CVE-2026-43284/43500/46300)とは｜Copy Fail 2の影響範囲と修正版・緩和策
• Linuxのバージョン確認コマンド｜OSはos-release、カーネルはuname -rで見る
• Ubuntu 26.04 LTS（Resolute Raccoon）とは｜リリース日・新機能と24.04からのアップグレード【26.04.1対応】
• Linuxコマンド一覧｜よく使う49個の早見表と実行例【Ubuntu 26.10対応】