Ubuntu 26.04.1 有哪些變更？何時升級？

Ubuntu 26.04.1 簡介

Ubuntu 26.04.1 LTS（長期支援版）於 2026 年 8 月 27 日發布，距離 Ubuntu 26.04 LTS 於 2026 年 4 月 23 日推出相隔 4 個月。這是現有版本的彙總版本：使用相同的 Linux 7.0 核心與相同的套件組，並將截至 2026 年 8 月 25 日發布的所有穩定版本更新（SRU）與安全性更新整合至全新的安裝媒體。已執行 apt full-upgrade 的 26.04 伺服器，已經包含其中所有內容。這個版本對 Ubuntu 24.04 LTS 伺服器最重要，因為 Canonical 會在第一個點版本發布時，開放從前一個 LTS 版本升級的路徑。截至 2026 年 9 月 18 日，該升級路徑尚未開放，而某個公開的文字檔會告知開放日期。

.1 point release 的意義

point release 是一個快照。Canonical 會以 26.04 archive 當時的狀態為基礎，納入自 4 月以來已進入 resolute-updates 與 resolute-security 的所有更新，並據此建立新的 ISO 與 cloud image。發行公告用一句話說明：「此 point release 包含許多更新，並提供更新後的安裝媒體，因此安裝完成後需要下載的更新會減少。」支援期限不會改變。5 年支援期限仍從 2026 年 4 月起算，因此 26.04.1 支援至 2031 年 4 月，與 4 月發布的映像檔完全相同。一般運作方式，以及後續 point release 為何會包含較新的 kernel 而這個版本不會，請參閱 Ubuntu point release 的運作方式。以下內容專門說明 26.04.1。

Ubuntu 26.04.1 的變更

完整清單請參閱官方 26.04.1 發行說明頁面。內容很長，其中大多數是桌面與筆記型電腦硬體相關項目。以下列出與伺服器相關的項目。

Kernel：仍為 Linux 7.0，尚未提供 HWE stack

26.04 LTS 隨附 Linux 7.0，相較於 24.04 的 6.8有所提升。這次 .1 發行版仍使用 7.0。說明文件在 kernel 區段列出數個 linux SRU build，其中包括 7.0.0-15.15 tracker。因此，在已套用修補程式的機器上，uname -r 顯示的 ABI（application binary interface）編號會高於 April image，但仍屬於相同的 7.0 系列。26.04.1 沒有 HWE（hardware enablement）kernel。Ubuntu 的 kernel lifecycle 頁面說明了這項規則：桌面版的「.2 及更新的 point release 會隨附更新的 kernel」，而「Server installation 預設使用 GA kernel，並將 enablement kernel 作為選用項目」。GA 是 general availability 的縮寫，指該發行版發布時隨附的 kernel。在 VPS 上，這表示除非自行選擇其他版本，否則整個發行週期都會使用 7.0；至於伺服器是否應該使用 HWE kernel，則是另一項決策，現在不必決定。

有一項 kernel 修正值得特別指出。Bug 2158267「Performance regression causes SDXL inference slowdown (~42x)」已在 generic kernel 與大多數 cloud flavour 中修正。如果您在 26.04 上執行 inference workload，並在 kernel 更新後發現速度變慢，應查看這項修正。

Server 與 cloud 修正

• openssl：修正「HollowByte Denial of Service issue」的 security update（bug 2161371）。
• rsync：「Regression fixes from May 2026 security update」（bug 2155874）。如果您在 May 遇到 rsync 故障，.1 media 已包含修正。
• exim4：三項 security update，包括對已釋放 buffer 的 one-byte write，以及 PROXYv2 中的 information disclosure。
• ca-certificates：Mozilla certificate authority bundle 更新至 version 2.86。
• systemd：修正 systemd-networkd resolve hook 導致的 cloud-init 延遲（bug 2148619），並讓 core 僅在需要時開啟 netfilter socket。
• libvirt 與 qemu：修正「excessive memory allocation when physical_package_id is large」，以及 iothreads 與 throttle groups 之間的 race。
• apparmor：採用新的 upstream release，並修正「uucore locales reads」的 profile。uucore 是 rust-coreutils 底層共用的程式碼；這項修正與下方說明、導致 24.04 upgrade prompt 延遲的問題屬於同一項變更。
• ubuntu-meta：pollinate 已從 cloud-minimal、server、server-minimal 與 server-raspi seeds 移除，並明確將 curl 加入 cloud-minimal 與 server-minimal。兩項變更都會影響使用 .1 media 進行 fresh install 時所包含的內容。
• debootstrap：「Detect and support SHA512 in Release index files」。如果您使用 26.04 archive 建立 chroot 或 container，這項變更便十分重要。
• base-files：/etc/os-release 現在會讀取 26.04.1，先前「missing LTS in VERSION」的 bug 也已修正，因此字串會讀取為 26.04.1 LTS (Resolute Raccoon)。

Installer media

新的 ISO 包含四項 livecd-rootfs 修正。VPS 使用者可能遇到的是「fix: update nocloud password data format」（bug 2149891），這會影響透過 NoCloud datasource 傳入 password 的 unattended install。其他修正會將 casper directory 中 kernel 與 initrd 的權限設為 0644，並修正兩個 riscv64 boot option。Provider image 很少會從 ISO 安裝，因此實際影響是：使用 26.04.1 建立的 template，在啟動時已套用截至 25 August 2026 的 security update。

Release upgrader

.1 包含五項 ubuntu-release-upgrader，其中一項會影響所有 26.04 機器。Bug 2154602「data/release-upgrades: set Prompt=lts for resolute」修正了 April release 中的錯誤：/etc/update-manager/release-upgrades 隨附 Prompt=normal，這是 interim-release 的設定。Version 1:26.04.22 會將其設定為 Prompt=lts。如果沒有這項修正，26.04 server 會在 October 收到升級至 26.10 的提示。其他項目包括 24.04 path 的特殊處理（「mark libfile-libmagic-perl for install on Noble」）、Raspberry Pi 的特殊問題、lint cleanup，以及更新 mirror list。

26.04 伺服器如何升級至 26.04.1

無須執行升級。這個點版本就是套件庫的狀態，而伺服器會透過 apt 追蹤套件庫。執行以下兩個命令，即可讓任何 26.04 安裝達到與 .1 媒體相同的狀態，或更新至更後的狀態。

sudo apt update
sudo apt full-upgrade

請使用 full-upgrade，不要使用 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 的輸出。在新的供應商映像檔上，鏡像尚未完成同步是最常見的原因。

接著確認 kernel 是否已更新。

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

*** System restart required *** 表示已安裝需要重新開機的套件，而在伺服器上通常就是 kernel。uname -r 會顯示目前正在執行的 kernel。新的 kernel 必須在重新開機後才會啟用，因此請在能容許 1 分鐘停機時重新開機。如果機器無法恢復，kernel 更新後停止開機的 VPS 幾乎總能從 GRUB 選單使用先前的 kernel 啟動。使用新 kernel 啟動後，sudo apt autoremove --purge 會清除舊 kernel，而在 Ubuntu 清理舊 kernel說明應保留哪些版本。

最後確認 upgrader 修正是否已套用。

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 控制的某個文字檔案中，有一個旗標尚未變更。

在 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'

截至 18 September 2026，輸出如下：

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，表示該檔案已因應 point release 更新。只有 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 的提示。設定該項目會讓升級程式改讀 interim release 清單，並提供 25.10；該版本僅支援九個月，之後還需要再次升級才能到達 26.04。較短的 No new release found. 訊息，則是在檔案已寫入 Prompt=normal 的機器上表示相同條件；do-release-upgrade 找不到新版本時的處理方式會說明這兩則訊息及其其他原因。還有另一則訊息值得了解。Please install all available updates for your release before upgrading. 表示你的 24.04 尚有待安裝的更新；再次嘗試前，請先執行 sudo apt full-upgrade。

為什麼這個旗標尚未變更？26.04.1 公告指出：「Ubuntu 24.04 LTS 使用者將在此版本發布後約幾週，透過 Update Manager 獲得自動升級至 26.04.1 LTS 的選項；在此之前，Canonical 會先完成預定的 backport，以修正近期 rust-coreutils 版本中的 regression。」26.04 是第一個由 ls 及其他核心工具改用 rust-coreutils 而非 GNU coreutils 的 LTS；Ubuntu 基礎系統中的 Rust 重寫會帶來哪些變更說明了為什麼 24.04 升級時會最先出現其中的 regression。Canonical 會等這些修正納入 resolute-updates 後，才啟用自動升級提示。完成後，檔案會變更為 Supported: 1。從那時起，24.04 的 SSH 登入 banner 會顯示 New release '26.04.1 LTS' available.，接著顯示 Run 'do-release-upgrade' to upgrade to it.；原本顯示沒有可用版本的相同指令，便會開始提供 26.04.1，無須在你的伺服器上進行其他變更。

如果不想等待

公告也列出了繞過旗標的方法：do-release-upgrade -d。旗標的說明文字是「若使用最新的受支援版本，則升級至 development release」，這聽起來像是 26.10，但在 LTS 上並不是如此。使用 Prompt=lts 時，-d 會在上述程式碼中執行兩項操作。它會將 -development 附加至 URL，使升級程式讀取 meta-release-lts-development；同時設定 useDevelopmentRelease，這是 continue 條件的後半部。Supported: 0 的略過條件不再適用，因此會提供 resolute。該檔案列出最新的 LTS，所以 -d 在 24.04 上提供的是 26.04.1，而不是 26.10。

sudo do-release-upgrade -d

代價是，你取得的是目前 archive 狀態下的 26.04.1，早於 Canonical 正在等待的 rust-coreutils backport。在可以從 snapshot 重建的伺服器上，這是合理的選擇。在無法重建的伺服器上，請等待旗標變更。無論採取哪種方式，都應先建立 snapshot，並閱讀完整的 24.04 至 26.04 升級流程，其中說明 SSH port 1022 fallback 及 third-party repository 的處理方式。如果升級在中途停止，請開啟Ubuntu release upgrade 失敗後的復原方式頁面。

決策

已在 26.04：無須特別處理。執行 sudo apt update && sudo apt full-upgrade；若存在 /var/run/reboot-required，請重新開機。接著確認 Prompt=lts。您從未落後，因為 point release 就是您原本已使用的更新串流。

在 24.04：升級路徑即將開放，但截至 2026 年 9 月 18 日仍已關閉。每週執行一次上方的 curl 行。當 Supported: 顯示 1 時，先建立 snapshot，再規劃升級。若要在此之前使用 26.04，do-release-upgrade -d 可立即提供 26.04.1，但須注意上方的限制。24.04 LTS 本身支援至 2029 年 4 月，因此再等待幾週以取得該旗標不會造成任何損失。

在 22.04 或 interim release：release notes 已明確說明：「您必須先升級至 Ubuntu 24.04 LTS 或 25.10，才能繼續升級至 26.04 LTS。」請先升級至 24.04，再依照上方的 24.04 路徑進行。

FAQ

Ubuntu 26.04.1 是需要安裝的新版本嗎？

不是。Ubuntu 26.04.1 LTS 於 27 August 2026 發行，是將四個月更新內容整合至新安裝媒體中的 26.04 套件庫。執行 sudo apt update && sudo apt full-upgrade 的 26.04 伺服器已達到或超過 .1 狀態，而套用 base-files 更新後，grep VERSION= /etc/os-release 會顯示 26.04.1 LTS (Resolute Raccoon)。支援期限仍至 April 2031，從 April 2026 發行日開始計算。

為什麼在 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 回歸問題的 backports 綁定。不要設定 Prompt=normal；該設定會提供 25.10 這個 interim release。

26.04.1 包含新的 kernel 嗎？

不包含。26.04.1 仍使用 26.04 LTS 發行時所附的 Linux 7.0 系列，並透過數個 SRU build 更新。第一個 HWE kernel 會在後續的 point release 中提供，依 Ubuntu 一貫模式應為 .2；即使到了該版本，server 安裝仍預設使用 GA kernel。使用 26.04 的 VPS 會維持 7.0，除非你自行選擇 HWE stack。

現在應該使用 do-release-upgrade -d 從 24.04 升級嗎？

公告提供此方式，讓不想等待的人使用。-d 搭配 Prompt=lts 會讀取 LTS development list，並忽略 Supported: 0 旗標，因此會提供 26.04.1，而不是 26.10。你取得的是 Canonical 尚在等待 rust-coreutils backports 前的套件庫狀態。請先建立 snapshot。在可以重新建置的伺服器上使用此方式；無法重新建置的伺服器則應等待旗標切換。