Ubuntu point release 是什麼？26.04.1 會做什麼

Ubuntu point release 是什麼

Ubuntu point release，例如 26.04.1，是在既有版本中，將發布以來的所有更新整合到全新安裝媒體後所產生的版本。它不是新版本。安裝時使用的套件庫不會變更，apt 來源中的 suite 名稱也不會變更。因此，已安裝並完成修補的伺服器，在 point release 發布時不需要下載任何內容。

發布當天會有兩項變更。安裝媒體會重新建置：根據該週套件庫的狀態，建立新的 ISO 檔案與雲端映像檔。版本字串也會變更：lsb_release -a 原本回報 26.04 LTS，之後會回報 26.04.1 LTS。

其他內容原本就已存在於系統中。Ubuntu 會持續將修正發布到同一個 suite 的 -security 與 -updates pockets；26.04 使用 resolute，24.04 使用 noble。point release 是這條更新串流的快照。系統不需要切換到其他目的地。

為什麼已套用修補程式的伺服器沒有可下載的內容

因為版本號碼位於一個小型套件中。執行：

lsb_release -a
dpkg -S /etc/lsb-release

dpkg -S 會回答 base-files: /etc/lsb-release。base-files 套件會提供存放版本字串的檔案，因此發行 point release 時，新的 base-files 會進入 -updates pocket，接著下一次 sudo apt upgrade 就會安裝它。在執行中的機器上，point release 唯一可見的效果就是這個套件。其他內容都是你數週前以一般更新安裝的檔案。

有一種常見情況會導致系統落後。預設的 /etc/apt/apt.conf.d/50unattended-upgrades 會在其 Allowed-Origins 區塊中啟用 -security origin，並將 -updates 行保留為註解，因此只依賴自動更新的機器會取得安全性修補程式，卻略過其他更新。這台機器會連續數月回報較舊的 point number，而這是正確的，因為它確實沒有那些套件。開啟該檔案，查看哪些行被註解：Ubuntu 上 unattended upgrades 的設定方式會逐行說明該區塊。

下一個 point release 發布時

請掌握發布週期，不要死記日期。LTS 的第一個 point release 會在 4 月原始版本發布數個月後推出，之後的版本大約每 6 個月發布一次，並配合各個 interim release。日期可能變動。Canonical 原先宣布 26.04 的第一個 point release 將於 2026 年 8 月初發布，之後又延後；這屬於例行調整，不代表出現警訊。請以 Ubuntu release cycle page 或 26.04 LTS release notes 上的日期為準，不要採用任何文章（包括本文）提供的日期。

為什麼 24.04 要等到第一個 point release 才會提供 26.04

因為升級提示已設定為等待。您可以在自己的伺服器上查看這項設定。

cat /etc/update-manager/release-upgrades

[DEFAULT]
# never  - Never check for, or allow upgrading to, a new release.
# normal - Check to see if a new release is available.
# lts    - Check to see if a new LTS release is available.
Prompt=lts

隨附檔案中的註解比上述摘錄更長，值得完整閱讀。LTS 安裝預設使用 Prompt=lts，它會執行兩項工作：只提供 LTS 版本，並將檢查傳送到另一份清單。

該清單的名稱記錄在第二份檔案中：

cat /etc/update-manager/meta-release

URI 指向 https://changelogs.ubuntu.com/meta-release，而 URI_LTS 指向 https://changelogs.ubuntu.com/meta-release-lts。使用 Prompt=lts 時，升級程式會讀取 LTS 清單；在新 LTS 的第一個 point release 發布前，清單不會將它列為可升級的目標。擷取清單後自行查看：

curl -s https://changelogs.ubuntu.com/meta-release-lts | tail -40

每個版本都由 Dist:、Version:、Supported: 和 UpgradeTool: 行組成一個區塊。升級程式需要先取得這個區塊，才能提供任何升級選項。Canonical 也在 26.04 LTS 發布公告 中以白話說明相同規則：26.04.1 發布後，24.04 LTS 使用者才會收到自動升級選項。

因此，在該 point release 發布前的 24.04 伺服器上：

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

這是正常結果，不代表系統故障。升級路徑開放後，相同的指令會顯示該版本，登入橫幅也會出現相同訊息：

New release '26.04.1 LTS' available.
Run 'do-release-upgrade' to upgrade to it.

請注意其中顯示的版本。您不會先升級到 26.04，再升級到 26.04.1。您只需升級一次，最後會進入 26.04 的目前狀態。

另外兩項因素也會讓檢查結果為空：部分供應商映像檔會設定 Prompt=never；此外，無法連線至 changelogs.ubuntu.com 的 proxy 或 mirror 也會造成相同結果。若顯示 Please install all available updates for your release before upgrading，表示檢查已成功，但升級程式要求先套用所有更新。do-release-upgrade 回報找不到新版本 說明其餘可能原因。升級路徑開放且您準備就緒後，24.04 升級至 26.04 的實際步驟 是另一項工作，且有各自的準備程序。

-d flag 會將相同檢查指向開發版本清單，因此可用來在正式升級路徑開放前提前升級。這段等待時間有其原因：它讓早期升級者回報的升級阻礙有時間獲得修正。對於租用且依賴的伺服器，讓等待機制完成工作通常是較穩妥的做法。

VPS 上的硬體啟用核心代表什麼

LTS 在整個生命週期中提供一個核心，也就是 GA（general availability）核心，並另外提供稱為 HWE（hardware enablement）的滾動更新軌道。HWE 軌道透過 point release 提供，是 point release 中真正包含新程式碼的部分，而不是重新封裝既有內容。

24.04 是本文的範例。它發布時搭載 kernel 6.8，並在完整五年的標準支援期間，於 GA 軌道維持 6.8。HWE 軌道從第二個 point release 開始：24.04.2 帶來 Ubuntu 24.10 的 kernel 6.11，24.04.3 則帶來 Ubuntu 25.04 的 6.14。截至 August 2026，這個模式已經確立，26.04 也採用相同架構。

你目前使用哪個軌道，可從套件名稱判斷：

uname -r
apt list --installed 2>/dev/null | grep -E '^linux-(generic|virtual|image|kvm)'

linux-generic 是 GA 軌道。linux-generic-hwe-24.04 是滾動更新軌道。Desktop 安裝預設使用 HWE，server 安裝預設使用 GA；VPS 的 provider image 則常使用更精簡的變體，例如 linux-virtual 或 cloud 專用的 linux-kvm。請實際檢查，不要直接假設，因為預設值取決於建立 image 的供應商。

在租用的虛擬硬體上，硬體啟用通常與你無關。你的 server 只會看到 virtio 裝置，以及 hypervisor 提供的半虛擬化網路和磁碟介面，而這些驅動程式在 kernel 中已經穩定超過十年。新的 laptop 需要 HWE。VPS 幾乎不需要。較新的 kernel 在這裡真正提供的是 kernel 功能，例如較新的 io_uring 和 eBPF 功能，或你有明確需求的 filesystem 修正。Linux kernel 7.1 有哪些新功能 可用來判斷這些更新是否值得承擔變更風險。

代價是重新開機和風險。HWE meta package 大約每六個月會拉取新的 upstream kernel，因此你必須接受相同週期的 kernel 升級和重新開機。使用 DKMS 建置的 out-of-tree module，最常見的是 ZFS，可能無法對新的版本完成建置，而你會在開機時才發現。每個 kernel 也會保留前一個版本，這就是小型 /boot 會被填滿的原因。請在需要之前先閱讀從已滿的 /boot 移除舊 kernel和選擇 VPS 開機時使用的 kernel，不要等到發生問題後才處理。

切換到 HWE 軌道只需執行一個命令並重新開機：

sudo apt install --install-recommends linux-generic-hwe-24.04
sudo reboot

重新開機後，uname -r 應該會顯示較新的版本。在完成新 kernel 的開機並確認服務正常前，請保留前一個 kernel。因為無法開機的 kernel，其復原方式是在 boot menu 選取較舊的項目，而該項目必須仍然存在。如果不存在，你就進入了kernel 更新後 VPS 無法開機的復原程序情境。

HWE package 也有 -edge 變體，會在 point release 之前採用下一個 kernel。這是提供測試用途的變體。在 server 上請不要使用。

租用 server 的預設選擇是 GA kernel：五年內使用同一個 kernel 版本，期間持續回移安全性修正，且不會排定版本跳升。只有在你能明確說出所需功能時，才切換到 HWE。

今天新安裝的系統為何與上個月不同

映像檔重建的頻率高於小版本發布的頻率。Ubuntu 會發布帶有序號的雲端映像檔，而每個供應商也會依照自己的排程更新 Ubuntu 範本。因此，即使從同一個選單項目建立，時間相隔六個月的兩台伺服器也可能使用不同的核心版本，並以不同的套件版本啟動。這兩台伺服器都沒有錯。

這個差異的影響比表面上更大。操作手冊若寫著安裝後執行五個命令，往往默默假設系統仍處於某個已經不再存在的初始狀態。請在每台伺服器上檢查 lsb_release -a 和 uname -r，不要只相信所選取的標籤；接著將最終狀態定義在程式碼中，讓初始狀態不再影響結果。適用於 VPS 的第一個 Ansible playbook 是最小但實用的版本。

應該在點版本發布時升級，還是等待？

• 如果您目前已使用 26.04，就沒有需要升級的目標。持續安裝更新即可，點版本編號會自動隨之更新。
• 如果您使用的是 24.04，標準支援期限至 2029 年 4 月，因此等待的成本很低。第一個點版本是開始升級的時機，不是截止期限。
• 先升級副本。建立伺服器快照，或在可捨棄的 VPS 上重建相同的軟體堆疊，先在該環境執行升級，並記錄所需時間。
• 如果您需要的是較新的 kernel，而不是較新的版本，24.04 的 HWE track 可在完全不進行 LTS 升級的情況下提供較新的 kernel。

關於應選擇哪個版本作為伺服器基礎的進一步說明，請參閱伺服器應使用 LTS 還是 interim release。

自行檢查主機時應確認的項目

lsb_release -a
uname -r
grep -v '^#' /etc/update-manager/release-upgrades
sudo do-release-upgrade -c

正常結果應如下：lsb_release -a 顯示目前包含修訂號的發行版本，uname -r 符合您預期使用的 kernel 系列，Prompt=lts 存在，而檢查結果沒有找到任何問題，或列出將提供的發行版本。其他結果都應在升級前先釐清，不要等到升級過程中才處理。

FAQ

26.04.1 這類點版本發布時，我需要做任何處理嗎？

不需要，前提是伺服器已經使用該版本，且持續接收更新。點版本會將已發布的更新整合到新的安裝媒體。執行中的機器會在更新發布後，透過 apt upgrade 接收相同內容；base-files 套件更新時，lsb_release -a 中的版本字串也會變更。不需要切換到其他獨立版本，也不需要重新安裝。

為什麼執行 apt upgrade 後，伺服器仍顯示較舊的點版本號碼？

通常是因為自動更新僅限於安全性修正。預設的 /etc/apt/apt.conf.d/50unattended-upgrades 會啟用 -security origin，並將 -updates 這一行維持註解狀態；包含版本字串的 base-files 套件則透過 -updates 取得。手動執行 sudo apt update && sudo apt full-upgrade，並檢查清單中是否出現 base-files。如果該套件列為保留不升級，表示有設定 pinning 或 hold。

為什麼我的 24.04 伺服器沒有提供升級至 26.04？

因為 LTS 預設會在 /etc/update-manager/release-upgrades 中將 Prompt=lts 設為預設值，並在 https://changelogs.ubuntu.com/meta-release-lts 檢查 LTS 清單；新的 LTS 要等到第一個點版本發布後，才會列為升級目標。在此之前，sudo do-release-upgrade -c 會顯示 No new release found.，這是正確行為。這段等待期是刻意安排的，用於修正早期升級者發現的升級問題。

我應該在 VPS 上安裝 HWE kernel 嗎？

通常不需要。Hardware Enablement 用於支援比該版本更新的硬體，而 VPS 提供的是 virtio 裝置，其驅動程式多年前就已納入 kernel。GA kernel 在 LTS 的支援期間維持同一版本，修正則回溯移植至該版本。只有在能明確指出所需的 kernel 功能時，才應採用 HWE kernel；但採用後，約每 6 個月就必須進行一次 kernel 升級並重新開機。