何が起きたか：Ubuntu 26.10がLinux 7.3を目標カーネルに設定

CanonicalのKernel Teamは、2026年5月27日時点でUbuntu 26.10の採用カーネルとしてLinux 7.2を目標バージョン（target version）に選定していました[1]。カーネルとは、ハードウェアと各種ソフトウェアの仲介を担うOSの中核となる基本ソフトウェアです。Canonicalは当初、Linux 7.2を目標カーネルに選定していました。

その後、Canonicalは2026年9月1日に開発計画の変更を公表しました[2]。上流のLinux開発サイクルにおいて7.1および7.2で遅延が発生せず、Linux 7.3-rc1がすでに公開されたことを根拠に、目標カーネルをLinux 7.3へ引き上げました[2]。

ただし、今回のLinux 7.3採用は確定した実装ではありません。公式発表における位置づけは、Canonicalが掲げた「target（目標）」です[3]。発表当時は7.3-rc1上でUbuntu固有の機能を有効化し、テスト用アーカイブである-proposedポケットで早期テストを進める段階でした[3, 5, 6]。RC版（リリース候補版）とは、正式版として公開できるかを最終検証する段階の版を指します。

実際、2026年9月13日時点で上流のmainline（開発の最前線となる主系ツリー）に掲載されていたのは7.3-rc3でした[4, 11]。9月14日時点で安定版として公開されていたのはLinux 7.2.6です[4, 11]。Ubuntu 26.10におけるLinux 7.3の採用は開発中の目標設定であり、上流での安定版確定を意味するものではありません[7, 8, 10]。Canonicalは7.3-rc1を基盤として統合とテストを継続する方針を示しています[9]。

後輩目標をLinux 7.3に引き上げたということは、正式採用が確定したと捉えてよいのでしょうか。

先輩そう判断するのはまだ早いよ。今回の発表は確定実装ではなく、あくまで開発上の目標設定だからね。

後輩開発途中のリリース候補版を土台にして、これから機能をテストしていく段階なのですね。

先輩その通りだよ。確定実装と開発目標の違いを念頭に置いて進捗を見守る必要があるね。

なぜ今か：上流開発の順調な進捗とUbuntuのリリースタイムライン

Ubuntu 26.10がLinux 7.3を採用できる見通しになった直接の理由は、上流Linuxの開発が順調に進んだためです[12]。Linux 7.1と7.2の開発サイクルに遅延がなく、2026年9月1日の時点でLinux 7.3-rc1が公開済みとなっていました[12]。

Canonicalは2026年5月27日の時点では、Linux 7.2を目標カーネルとしていました[13]。当時はLinux 7.2のmainline版が2026年8月30日に公開される見込みであり、Ubuntu 26.10の開発凍結日程に適合すると判断されていました[13]。

実際の上流開発では、Linux 7.1が4月26日のrc1から6月中旬（14日または15日）に安定版へと到達しました[14]。続くLinux 7.2も6月28日のrc1から8月中旬（16日または17日）に安定版となり、Linux 7.3-rc1は当初の想定より早い8月30日に公開されました[14]。

Ubuntu 26.10の主要日程は、Feature Freeze（新機能追加の凍結）が8月20日、Kernel Feature Freeze（カーネル機能凍結）が9月17日です[15]。さらにBeta Freezeが9月21日、Kernel Freeze（カーネル修正の凍結）が10月1日、Final Freezeが10月8日、Final Release（正式公開）が10月15日と定められています[15, 18]。

CanonicalがLinux 7.3への切り替えを発表した9月1日は、Kernel Feature Freezeの16日前、Kernel Freezeの30日前、Final Releaseの44日前に位置していました[16]。この日程により、Ubuntu開発チームは7.3-rc1の統合と検証に必要な期間を確保できると判断しました[16]。

なお、2026年9月13日時点でLinux 7.3はmainlineのrc3段階であり、9月14日時点で安定版として公開されていたのはLinux 7.2.6でした[17]。この計画は上流の安定版完成を待つのではなく、RC段階のカーネルをUbuntu側で早期に統合して安定化を図る試みです[17]。

開発マイルストーン設定日程9月1日（目標変更発表）からの残日数
Kernel Feature Freeze（カーネル機能凍結）2026年9月17日16日
Beta Freeze / HWE Freeze（ベータ版機能凍結）2026年9月21日20日
Kernel Freeze（カーネル修正凍結）2026年10月1日30日
Final Freeze（最終凍結）2026年10月8日37日
Final Release（正式公開）2026年10月15日44日

何が変わるか：最新ハードウェア対応と性能・効率の向上点

Ubuntu 26.04 LTSの標準カーネルはLinux 7.0でした[19]。Ubuntu 26.10でLinux 7.3が採用されれば、26.04 LTSから見て上流カーネルが2世代以上新しくなります[19]。これにより、各種ハードウェア対応や性能面で複数の改善が期待されます。

第一に、一部の機種や機能において、新世代ハードウェアへの対応拡充が見込まれます。AMDの次世代CPUであるZen 6向けに、CPUコア種別の認識や電力管理、温度監視などの初期対応が追加されると報じられています[20, 27]。Intel製CPUでは、Nova Lakeに搭載されるXe3P内蔵GPUドライバーが標準で有効化され、画面表示やGPUアクセラレーションを導入直後から利用しやすくなるとされています[20, 29]。

さらに、Apple M3 Pro・Max・UltraのCPUやSoCに対する初期対応や、2026年版Steam Controller、MSI Claw Gamepadへの初期対応も加わると報告されています[20]。ただしApple M3シリーズへの対応は、Linux起動などの基礎的な土台にとどまり、日常利用に必要なGPUの完全対応ではないとされています[30]。またRISC-V環境でも、新しい命令セット拡張の検出や制御フロー保護が進むとされています[32]。

第二に、CPU処理やゲーム性能の向上が見込まれます。IntelのハイブリッドCPU（高性能なPコアと高効率なEコアを併載したCPU）において、スケジューラー改善によりデスクトップ作業やゲームの遅延低減が期待できるとされています[21, 28]。またメモリー管理機能（MGLRU）による実行コードの保持や、低VRAM環境向けのゲーム処理改善により、負荷時のフレーム落ちが緩和される可能性があると報告されています[21, 31]。

第三に、特定のファイルシステムやI/O条件では高速化が見込まれます。Btrfs（高度な管理機能を持つファイルシステム）では、ダイレクトI/Oやextent管理、ロック処理が改善され、NVMe SSDでのランダム書き込みなどが高速化されるとされています[23, 33]。ただし、BtrfsのCopy-on-Write（更新時に別領域へ書き込む方式）による通常利用が常に他より高速になるわけではないと指摘されています[33]。

またFUSE（ユーザー空間で動作するファイルシステム）では、高速I/O基盤であるio_uringを用いたゼロコピー処理により、CPU負荷とI/O遅延の低減が期待できます[23, 35]。ブロックデバイスでページキャッシュを回避するRWF_DONTCACHEへの対応により、データベースなどのメモリー圧迫を抑えやすくなるとされています[24, 34]。さらにF2FSの並列flushやNTFSの圧縮読み取り、FailFSの追加なども報じられています[23]。

第四に、電力効率とセキュリティ機能の強化です。対応するIntel CPUにおいて、熱割り込みを単一コアのみに集約して不要なコアの起床を防ぐ仕組みや、AMDの低消費電力コア識別が加わるとされています[22]。セキュリティ面では、AppArmorの圧縮ポリシー読み込みやlockdown時の保護修正などが盛り込まれる見込みです[25]。

なお、2026年9月13日時点でLinux 7.3は上流のrc3段階であり、これらの機能一覧は最終確定ではありません[26]。断定できない理由は、上流での開発と検証が現在も継続中であるためです。またWi-Fiに関しては、新規格の一括有効化ではなく個別機器の対応状況を確認する必要があると指摘されています[36]。

後輩最新ハードウェアへの対応や高速化が入ると、手元のパソコンでもすぐに違いを実感できますか。

先輩すべての環境で効果が出るわけではないよ。対応するCPUや特定のストレージ構成を使っていて初めて恩恵を受けられるね。

後輩新しい部品や特定のファイルシステムを使っていない場合は、変化を感じにくいこともあるのですね。

先輩その通りだよ。新機能が自分の使っている機器や利用目的に当てはまるかどうかを見極めることが大切だね。

移行に伴う注意点：外部モジュールや機能の互換性

Ubuntu 26.10へLinux 7.3を導入する際には、互換性の課題に注意を払う必要があります。Ubuntu固有のパッチや設定は単純な置き換えができず、上流の7.3-rc1に対して再統合と再検証を行う必要があります[37]。

特に注意を要するのが、DKMS（カーネル更新に合わせて外部ドライバーを自動再構築する仕組み）を利用するモジュールです。Linux 7.3用のヘッダーを用いて再ビルドされますが、内部APIやシンボルのCRC（整合性チェック値）が変わったモジュールは、ビルド失敗や読み込み拒否になる可能性があると指摘されています[38]。

NVIDIAなどのプロプライエタリ（ソースコードが公開されていない）ドライバーでは、Linux 7.3対応版が提供されるまで、画面表示やCUDAの利用に失敗する可能性があります[39, 48]。利用環境に合わせたヘッダーとドライバーの整合性確認が必要です。

セキュアブート（起動時に署名された正規ソフトウェアのみを実行する保護機能）環境では、Canonicalが署名した公式カーネルとMOK（ユーザー管理鍵）で署名されたモジュールのみが読み込まれます[40]。独自ビルドのカーネルや未署名の外部ドライバーを利用する場合は、手動での署名登録や検証無効化が必要になります[41]。

高度なストレージ機能であるOpenZFSの利用も検証が必要です。ZFSの動作はUbuntuが提供するパッケージのカーネル対応範囲や互換パッチに依存します[42]。Linux 7.3向けの対応が追加されない場合、モジュールのビルド失敗や起動時にプールを認識できない可能性があると懸念されています[43]。

一方、Linux標準の仮想化機構であるKVM（Kernel-based Virtual Machine）については、ユーザー空間ABIの後方互換性が維持されているため、QEMUなどの既存環境は継続利用できる見通しです[44]。ただしVirtualBoxやVMwareのようにホスト側で外部モジュールを用いる製品では、7.3対応版が出るまで再ビルドや動作検証が求められます[45]。2026年9月13日時点でLinux 7.3はrc3段階であり、未発見の不具合が残るリスクを考慮した評価が必要です[46, 47]。

後輩新しいカーネルに切り替えた場合、外部ドライバーを使っている環境ではどのようなトラブルが起きやすいですか。

先輩カーネル内部の仕組みが変わることで、既存のドライバーが正常にビルドできなくなったり読み込みを拒否されたりするね。

後輩独自のグラフィックス機能や仮想化ソフトを動かしている端末ほど、事前の動作確認を怠ると業務が止まる恐れがありますね。

先輩その通りだよ。利用している外部モジュールが公式に7.3へ対応するまでは、安易な更新を控えるのが現実的だね。

品質をどう担保するか：-proposedテストとロールバック手順

Canonicalは、RC段階のカーネルの採用を目指すにあたり、段階的な品質検証プロセスを実施しています。開発されたカーネルは、ビルド時の起動テストやABI検証を経て、まずテスト用アーカイブである「-proposed」ポケットに配置されます[49]。

-proposedポケットでは、自動パッケージテスト（autopkgtest）や認証済みハードウェアでの動作テスト、カーネルチームによる回帰テスト、個別バグの検証が行われます[49]。失敗したテストは、該当アーキテクチャでの移行を阻止する可能性があります[51]。必要なテストと各チームの承認が完了するまでカーネルは留め置かれ、完了後に初めて一般向けの「-updates」や「-security」へと昇格します[50]。

一般の利用者も-proposedカーネルの検証に参加できます。CanonicalはLinux selftestsやLinux Test Project、負荷検証ツールのstress-ngを用いたテスト手順を案内しており、回帰（更新による不具合）を発見した際はLaunchpadへ報告することを推奨しています[52, 55]。

重大なカーネル不具合が発覚した場合に備え、Canonicalはロールバック（以前の版へ戻す）手順を整えています。問題のあるバージョンをアーカイブから撤回し、カーネル本体や関連パッケージ一式を以前の版に差し替えます[53]。ただし、このロールバック措置は主に新規の更新者を保護するためのアーカイブ側の対応であり、すでに更新を適用した端末を自動復旧させるものではありません[54]。そのため運用者は、旧バージョンのカーネルを削除せず、起動メニューから選択可能な状態に保つ必要があります[54]。

誰に影響するか：対象ユーザー別の移行判断と推奨方針

Ubuntu 26.10とLinux 7.3の組み合わせは、すべての利用者に一律の更新を迫るものではありません。Ubuntuのリリースサイクルにおいて、Ubuntu 26.04 LTSのような長期サポート版と、26.10のような通常リリース（interim release）では目的と保守期間が大きく異なります[56, 57]。

Ubuntu 26.04 LTSは長期的な安定性を重視する本番環境や企業向けに設計されており、標準で5年間、Ubuntu Proを利用した場合は最大15年間のセキュリティ保守が提供されます[56]。これに対しUbuntu 26.10は、最新カーネルや新機能を早く試したい利用者を対象としており、更新提供期間は9か月に限定されています[57]。

今回のLinux 7.3採用で直接恩恵を受けるのは、AMD Zen 6やIntel Nova LakeのXe3P内蔵GPU、Apple M3シリーズ、新型Steam Controllerといった新世代ハードウェアを導入する利用者です[58]。またBtrfsやFUSE、NVMeストレージを集中的に運用する環境や、IntelハイブリッドCPU、低VRAM環境でゲームを行う利用者も性能改善の恩恵を受ける可能性があります[59]。

一方で、Ubuntu 26.04 LTSを運用している利用者は、最新ハードウェアへの対応が必要でない限り、直ちに26.10へ移行せず26.04 LTSを継続利用することが妥当と考えられます[60]。企業の基幹サーバや長期運用のクラウド基盤、可用性が最優先される本番環境では、26.10への即時移行は推奨されず、初期検証を終えるまで26.04 LTSを維持すべきとされています[61]。また既存のハードウェアで安定稼働している環境では、26.10へ一斉移行するのではなく、別のストレージや予備機を用いて事前検証を行う運用が安全と考えられます[62]。

項目Ubuntu 26.04 LTSUbuntu 26.10（本リリース）
リリース種別長期サポート版（LTS）通常リリース版（interim release）
標準サポート期間5年間（Ubuntu Pro適用で最大15年）9か月間
標準カーネルLinux 7.0Linux 7.3（開発目標）
主な対象ユーザー企業の基幹システム、安定稼働を重視する本番環境新世代機器の利用者、最新カーネルを早期検証したい開発者
推奨される運用方針現行の26.04 LTSを継続運用予備機や別ストレージでの事前検証を経て導入

後輩新しいハードウェアへの対応や高速化は魅力的ですが、社内の業務サーバーもすぐに26.10へ更新すべきでしょうか。

先輩安定稼働が最優先の業務環境なら、長期サポート版の26.04 LTSを使い続けるのが賢明だね。

後輩9か月でサポートが切れる通常版ではなく、長期保守が保証されている環境を守るべきなのですね。

先輩その通りだよ。最新機能を検証したい開発機と止めてはならない本番機とで、明確に使い分けることが大切だね。