ガイド

著者 Matt Connor 2026-09-18 ・更新日 2026-09-27

Ubuntu 26.04.1の変更点とアップグレードの注意点

Q: 24.04 で do-release-upgrade を実行すると、利用可能な LTS の開発版がないと表示されるのはなぜですか？

Prompt=lts がアップグレードツールに meta-release-lts を読み込ませるためです。このファイルには Supported: 0 を伴う 26.04.1 が記載されています。アップグレードツールはサポート対象外のエントリをスキップし、より新しいものが見つからないため、Prompt=lts のケース用に記述されたメッセージを表示します。Canonical はアップグレードパスが開通した時点でフラグを Supported: 1 に切り替えます。26.04.1 のアナウンスでは、rust-coreutils のリグレッションに対するバックポートが完了するまで、この切り替えを保留していました。Prompt=normal は設定しないでください。中間リリースである 25.10 が提示されてしまいます。

Q: 今すぐ 24.04 から移行するために do-release-upgrade -d を使うべきですか？

アナウンスでは、待ちたくないユーザー向けにこの方法が提示されています。Prompt=lts を指定した -d は LTS の開発リストを読み込み、Supported: 0 フラグを無視するため、26.10 ではなく 26.04.1 を提示します。これにより、Canonical が待機している rust-coreutils のバックポートが適用される前のアーカイブを入手することになります。実行前に必ずスナップショットを取得してください。再構築可能なサーバーで試し、そうでないサーバーの場合はフラグが切り替わるまで待機してください。

2026年8月27日にリリースされたUbuntu 26.04.1の更新内容を解説します。24.04 LTSからdo-release-upgradeを実行してもアップグレードできない理由と、Canonicalが提供する最新のリリース状況を確認する方法を詳しく紹介します。

Ubuntu 26.04.1 の概要

Ubuntu 26.04.1 LTS (長期サポート版) は 2026 年 8 月 27 日にリリースされました。これは 2026 年 4 月 23 日にリリースされた Ubuntu 26.04 LTS から 4 か月後のアップデートです。本リリースは既存リリースの集大成であり、Linux 7.0 カーネルやパッケージセットは同一です。2026 年 8 月 25 日までに公開されたすべての安定版リリースアップデート (SRU) およびセキュリティアップデートが、新規インストールメディアに統合されています。apt full-upgrade を実行中の 26.04 サーバーには、すでにこれらの変更がすべて適用されています。このリリースが重要となるのは 24.04 LTS サーバーです。最初のポイントリリースは、Canonical が前回の LTS からのアップグレードパスを解放するタイミングであるためです。2026 年 9 月 18 日現在、そのパスはまだ解放されていません。アップグレードが開始される日付は、公開されている特定のテキストファイルで確認できます。

ポイントリリースとは何か

ポイントリリースとは、ある時点のスナップショットです。Canonicalは 26.04 のアーカイブをその時点の状態のまま取得し、4月以降に resolute-updates および resolute-security に適用されたすべてのアップデートを反映して、新しい ISO およびクラウドイメージを構築します。リリースのアナウンスでは、「このポイントリリースには多くのアップデートが含まれており、インストールメディアも更新されているため、インストール後にダウンロードが必要なアップデートが少なくなります」と簡潔に説明されています。サポート期間に変更はありません。5年間のサポート期間は 2026 年 4 月からカウントされるため、26.04.1 は 4 月版のイメージと同様に 2031 年 4 月までサポートされます。後のポイントリリースで新しいカーネルが採用される理由や、今回のリリースで採用されない理由など、一般的な仕組みについては Ubuntu ポイントリリースの仕組みを参照してください。以下は 26.04.1 に固有の内容です。

Ubuntu 26.04.1 での変更点

完全なリストは公式の 26.04.1 リリースノートページにあります。リストは長大で、その大部分はデスクトップおよびラップトップのハードウェアに関するものです。以下に、サーバー運用において重要な項目を抜粋します。

カーネル: Linux 7.0 を継続、HWE スタックは未提供

26.04 LTS は Linux 7.0 でリリースされました（24.04 の 6.8 から更新）。.1 リリースでも 7.0 が維持されます。ノートにはカーネルセクションでいくつかの linux SRU ビルド（7.0.0-15.15 トラッカーなど）が記載されているため、パッチ適用済みのマシンで uname -r を実行すると、4 月のイメージよりも高い ABI（アプリケーションバイナリインターフェース）番号が表示されますが、7.0 シリーズであることに変わりはありません。26.04.1 に HWE（ハードウェア有効化）カーネルは含まれていません。Ubuntu のカーネルライフサイクルページには、「.2 以降のポイントリリースでは更新されたカーネルが出荷される」一方、「サーバーインストールはデフォルトで GA カーネルを使用し、有効化カーネルはオプションとして提供される」という方針が記載されています。GA とは General Availability（一般提供）の略で、リリース時に搭載されていたカーネルを指します。VPS の場合、明示的に選択しない限り、そのリリースの期間中は 7.0 を使い続けることになります。サーバーで HWE カーネルを採用すべきかどうかは個別の判断であり、現時点で決める必要はありません。

特筆すべきカーネル修正が 1 つあります。バグ 2158267「パフォーマンスの回帰により SDXL 推論が遅延（約 42 倍）」が、ジェネリックカーネルおよびほとんどのクラウドフレーバーで修正されました。26.04 で推論ワークロードを実行しており、カーネル更新後に速度低下が発生した場合は、この項目を確認してください。

サーバーおよびクラウドの修正

openssl: 「HollowByte サービス拒否問題」（バグ 2161371）に対するセキュリティアップデート。
rsync: 「2026 年 5 月のセキュリティアップデートによる回帰修正」（バグ 2155874）。5 月に rsync が動作しなくなった場合、.1 メディアで修正が提供されます。
exim4: 解放済みバッファへの 1 バイト書き込みや PROXYv2 における情報漏洩など、3 つのセキュリティアップデート。
ca-certificates: Mozilla 証明書認証局バンドルがバージョン 2.86 に更新されました。
systemd: systemd-networkd の解決フックに起因する cloud-init の遅延が修正されました（バグ 2148619）。また、コア部分は必要な時のみ netfilter ソケットを開くようになりました。
libvirt および qemu: 「physical_package_id が大きい場合の過剰なメモリ割り当て」の修正、および iothreads とスロットルグループ間の競合修正。
apparmor: 新しいアップストリームリリースの適用と、「uucore ロケール読み取り」のプロファイル修正。uucore は rust-coreutils の下にある共有コードであり、この修正は後述する 24.04 アップグレードプロンプトの遅延に関連する問題の一部です。
ubuntu-meta: pollinate が cloud-minimal、server、server-minimal、server-raspi のシードから削除され、curl が cloud-minimal および server-minimal に明示的に追加されました。これらの変更は .1 メディアからの新規インストールに適用されます。
debootstrap: 「リリースインデックスファイルにおける SHA512 の検出とサポート」。26.04 アーカイブから chroot やコンテナをビルドする場合に重要です。
base-files: /etc/os-release の表記が 26.04.1 になり、以前の「VERSION に LTS が含まれていない」バグが修正されたため、文字列は 26.04.1 LTS (Resolute Raccoon) と表示されます。

インストーラーメディア

新しい ISO には 4 つの livecd-rootfs 修正が含まれています。VPS ユーザーに関係があるのは「修正: nocloud パスワードデータ形式の更新」（バグ 2149891）で、NoCloud データソース経由でパスワードを渡す自動インストールに影響します。その他、casper ディレクトリ内のカーネルおよび initrd の権限を 0644 に設定し、riscv64 のブートオプションを 2 つ修正しています。プロバイダーのイメージを ISO からインストールすることは稀であるため、実質的な影響は、26.04.1 から構築されたテンプレートには 2026 年 8 月 25 日までのセキュリティアップデートが適用済みであるという点です。

リリースアップグレーダー

.1 には 5 つの ubuntu-release-upgrader エントリが含まれており、そのうち 1 つはすべての 26.04 マシンに影響します。バグ 2154602「data/release-upgrades: set Prompt=lts for resolute」は、4 月のリリースにおける誤りを修正するものです。/etc/update-manager/release-upgrades は中間リリース設定である Prompt=normal で出荷されていました。バージョン 1:26.04.22 では、これが Prompt=lts に設定されます。この修正がない場合、26.04 サーバーに対して 10 月に 26.10 へのアップグレードが提案されてしまいます。その他は 24.04 パス向けの調整（Noble で libfile-libmagic-perl をインストール対象にマーク）、Raspberry Pi 向けの調整、lint のクリーンアップ、ミラーリストの更新です。

26.04 サーバーが 26.04.1 に到達する仕組み

実行すべきアップグレード作業はありません。ポイントリリースはアーカイブの状態を指すものであり、サーバーは apt を通じてアーカイブを追跡します。以下の 2 つのコマンドを実行することで、どのような 26.04 のインストール環境であっても、.1 メディアと同じ状態、あるいはそれ以降の状態に更新されます。

sudo apt update
sudo apt full-upgrade

upgrade ではなく full-upgrade を使用してください。apt upgrade はパッケージの削除を拒否するため、パッケージの更新に伴い古いパッケージの削除が必要な場合、The following packages have been kept back と表示して古いバージョンのまま放置します。full-upgrade は削除を許可するため、処理を完了させることができます。実行後にバージョン文字列を確認してください。

grep VERSION= /etc/os-release

VERSION="26.04.1 LTS (Resolute Raccoon)" と表示されるはずです。文字列に .1 が含まれていない場合、base-files の更新が適用されていません。これは通常、ミラーサーバーに対して apt update が失敗したことを意味します。apt update の出力を再度確認してください。新規のプロバイダーイメージでは、ミラーサーバーの同期がまだ完了していないことが一般的な原因です。

次に、カーネルが更新されたかを確認します。

cat /var/run/reboot-required
uname -r

*** System restart required *** は、再起動が必要なパッケージがインストールされたことを意味します。サーバーにおいて、これはほぼ確実にカーネルです。uname -r は現在実行中のカーネルを表示します。新しいカーネルは再起動するまで有効にならないため、ダウンタイムが許容できるタイミングで再起動してください。もしサーバーが起動しない場合は、カーネル更新後に起動しなくなった VPS を参照してください。GRUB メニューから以前のカーネルで起動できることがほとんどです。新しいカーネルで起動したら、sudo apt autoremove --purge で古いカーネルを削除します。Ubuntu での古いカーネルのクリーンアップに、保持すべきカーネルについての説明があります。

最後に、アップグレードの修正が適用されたかを確認します。

grep -v '^#' /etc/update-manager/release-upgrades

Prompt=lts と表示されるはずです。Prompt=normal と表示される場合、.1 リリース前に手動またはプロビジョニングスクリプトによってファイルが編集されており、dpkg が新しいファイルのインストールを避けて既存のコピーを保持したことを意味します。手動で lts に設定してください。この設定の違いにより、来月に 26.10 への更新が提案されるか、あるいは 2028 年の次期 LTS への更新が提案されるかが決まります。サーバーが LTS リリースを維持すべき理由にその根拠が記載されています。

なぜ 24.04 サーバーでアップグレード対象がないと表示されるのか

26.04.1 がリリースされているにもかかわらずアップグレード不可と表示されるため、混乱を招いています。その理由は、Canonical が管理するテキストファイル内の 1 つのフラグにあります。

24.04 サーバーでは、/etc/update-manager/release-upgrades に Prompt=lts が設定されています。この設定により、do-release-upgrade は https://changelogs.ubuntu.com/meta-release-lts をダウンロードし、その中のリリースリストを読み取ります。現在のバージョンより新しい各リリースに対し、Supported: フィールドを確認します。update-manager の MetaRelease.py にある該当ループ（抜粋）は以下の通りです。

for dist in dists:
    if dist.date > current_dist.date:
        if not dist.supported and not self.useDevelopmentRelease:
            continue
        upgradable_to = dist
        break

Supported: 0 が設定されたリリースは、存在しないものとしてスキップされます。ファイルは自身で確認可能です。

curl -s https://changelogs.ubuntu.com/meta-release-lts | grep -A4 '^Dist: resolute'

2026 年 9 月 18 日時点で、内容は以下の通りです。

Dist: resolute
Name: Resolute Raccoon
Version: 26.04.1 LTS
Date: Thu, 23 April 2026 00:26:04 UTC
Supported: 0

Version の行には既に 26.04.1 と記載されており、ポイントリリースに合わせてファイルは更新されています。Supported フラグのみが 0 のままです。そのため、ループはアップグレード可能なリリースを見つけられず、new_dist は空のままとなり、do-release-upgrade は Prompt=lts のケース用に記述されたメッセージを表示します。

Checking for a new Ubuntu release
There is no development version of an LTS available.
To upgrade to the latest non-LTS development release
set Prompt=normal in /etc/update-manager/release-upgrades.

このメッセージは「まだ LTS は提供されていない」と解釈し、Prompt=normal に関するヒントは無視してください。これを設定すると、アップグレードツールは中間リリースリストを読み込み、サポート期間が 9 ヶ月の 25.10 を提示します。その場合、26.04 に到達するために 2 回目のアップグレードが必要になります。より短い No new release found. メッセージは、ファイル内で既に Prompt=normal となっているマシンで発生する同じ条件です。do-release-upgrade で新しいリリースが見つからない場合の対処法に、両方のメッセージとその原因がまとめられています。もう 1 つ知っておくべきメッセージがあります。Please install all available updates for your release before upgrading. は 24.04 に保留中のアップデートがあることを意味しており、再試行の前に sudo apt full-upgrade を実行するのが修正方法です。

なぜフラグは切り替わらないのでしょうか。26.04.1 の発表には「Ubuntu 24.04 LTS のユーザーには、rust-coreutils の最近のバージョンにおける回帰を修正するための計画的なバックポートの後、リリースから数週間以内に Update Manager を通じて 26.04.1 LTS への自動アップグレードが提供されます」とあります。26.04 は、ls などのコアユーティリティが GNU coreutils ではなく rust-coreutils 由来となった最初の LTS です。Ubuntu のベースシステムにおける Rust 書き換えの変更点で解説されている通り、24.04 からのアップグレードで最初に回帰現象が現れるのはこのためです。Canonical は、それらの修正が resolute-updates に適用されるまで自動プロンプトを保留しています。修正が適用されると、ファイルは Supported: 1 に変更されます。それ以降、24.04 の SSH ログインバナーには New release '26.04.1 LTS' available. に続いて Run 'do-release-upgrade' to upgrade to it. が表示され、先ほど「対象なし」と返したコマンドが 26.04.1 を提示するようになります。

待機したくない場合

発表には、このフラグを回避する方法として do-release-upgrade -d も記載されています。このフラグのヘルプテキストには「最新のサポート済みリリースを使用している場合、開発リリースへアップグレードする」とありますが、LTS 環境では 26.10 ではなく 26.04.1 を指します。Prompt=lts を指定すると、-d は上記のコード内で 2 つの処理を行います。URL に -development を付加して meta-release-lts-development を読み込ませ、useDevelopmentRelease を設定します。これが continue 条件の後半部分です。Supported: 0 のスキップは適用されなくなり、アップグレードが提示されます。そのファイルには最新の LTS が記載されているため、24.04 での -d は 26.10 ではなく 26.04.1 を提示します。

sudo do-release-upgrade -d

代償として、Canonical が待機している rust-coreutils のバックポートが適用される前の、現時点のアーカイブ状態の 26.04.1 が適用されます。スナップショットから復元可能なサーバーであれば、妥当な選択肢です。復元できないサーバーの場合は、フラグの更新を待ってください。いずれの場合も、事前にスナップショットを取得し、SSH ポート 1022 のフォールバックやサードパーティ製リポジトリの扱いについては 24.04 から 26.04 へのアップグレード完全ガイドを読んでください。アップグレードが途中で停止した場合は、失敗した Ubuntu リリースアップグレードの復旧を参照してください。

判断基準

すでに 26.04 を使用している場合、特別な作業は不要です。sudo apt update && sudo apt full-upgrade を実行し、/var/run/reboot-required が存在する場合は再起動してください。その後、Prompt=lts を確認します。ポイントリリースは既存のアップデートストリームに含まれるため、遅れが生じることはありません。

24.04 を使用している場合、アップグレードパスはまもなく開放されますが、2026年9月18日時点ではまだ閉鎖されています。週に一度、上記の curl を実行してください。Supported: が 1 と表示されたら、事前にスナップショットを取得した上でアップグレードを計画します。それより前に 26.04 を導入したい場合は、前述の注意点があるものの、do-release-upgrade -d を実行することで 26.04.1 へ移行可能です。24.04 LTS 自体は 2029年4月までサポートされているため、フラグが開放されるまで数週間待っても不利益はありません。

22.04 または中間リリースを使用している場合、リリースノートには「26.04 LTS へ進むには、まず Ubuntu 24.04 LTS または 25.10 へアップグレードする必要がある」と明記されています。まずは 24.04 へ移行し、その後に上記の 24.04 の手順に従ってください。

FAQ

Ubuntu 26.04.1 はインストールが必要な新しいバージョンですか？

いいえ。2026年8月27日にリリースされた Ubuntu 26.04.1 LTS は、26.04 のアーカイブに4か月分のアップデートを統合したインストールメディアです。sudo apt update && sudo apt full-upgrade を実行している 26.04 サーバーは、すでに .1 と同等かそれ以上の状態にあります。base-files アップデートを適用すれば、grep VERSION= /etc/os-release は 26.04.1 LTS (Resolute Raccoon) を表示します。サポート終了日は 2026年4月のリリースから起算して 2031年4月のまま変わりません。

24.04 で do-release-upgrade を実行すると、利用可能な LTS の開発版がないと表示されるのはなぜですか？

Prompt=lts がアップグレードツールに meta-release-lts を読み込ませるためです。このファイルには Supported: 0 を伴う 26.04.1 が記載されています。アップグレードツールはサポート対象外のエントリをスキップし、より新しいものが見つからないため、Prompt=lts のケース用に記述されたメッセージを表示します。Canonical はアップグレードパスが開通した時点でフラグを Supported: 1 に切り替えます。26.04.1 のアナウンスでは、rust-coreutils のリグレッションに対するバックポートが完了するまで、この切り替えを保留していました。Prompt=normal は設定しないでください。中間リリースである 25.10 が提示されてしまいます。

26.04.1 には新しいカーネルが含まれていますか？

いいえ。26.04.1 は 26.04 LTS で提供された Linux 7.0 シリーズを維持しており、複数の SRU ビルドを通じて更新されています。最初の HWE カーネルは後のポイントリリース（Ubuntu の通例では .2）で提供されます。サーバーインストールでは、その時点でも GA カーネルがデフォルトとなります。26.04 の VPS は、自身で HWE スタックを選択しない限り 7.0 を維持します。

今すぐ 24.04 から移行するために do-release-upgrade -d を使うべきですか？

アナウンスでは、待ちたくないユーザー向けにこの方法が提示されています。Prompt=lts を指定した -d は LTS の開発リストを読み込み、Supported: 0 フラグを無視するため、26.10 ではなく 26.04.1 を提示します。これにより、Canonical が待機している rust-coreutils のバックポートが適用される前のアーカイブを入手することになります。実行前に必ずスナップショットを取得してください。再構築可能なサーバーで試し、そうでないサーバーの場合はフラグが切り替わるまで待機してください。

#ubuntu#26.04#point-release #lts #do-release-upgrade