Ubuntu 26.04.1 có gì mới, khi nào nên nâng cấp?

Tóm tắt Ubuntu 26.04.1

Ubuntu 26.04.1 LTS (hỗ trợ dài hạn) được phát hành vào ngày 27 August 2026, bốn tháng sau khi Ubuntu 26.04 LTS được phát hành vào ngày 23 April 2026. Đây là bản tổng hợp của bản phát hành hiện có: vẫn dùng Linux 7.0 và cùng một bộ package, với mọi bản cập nhật phát hành ổn định (SRU) và bản cập nhật bảo mật được phát hành đến ngày 25 August 2026 đã được tích hợp vào bộ cài mới. Server 26.04 đã chạy apt full-upgrade thì đã có đầy đủ các thành phần này. Bản phát hành này chủ yếu liên quan đến server 24.04 LTS, vì point release đầu tiên là thời điểm Canonical mở đường nâng cấp từ LTS trước đó. Đường nâng cấp được mở vào ngày 29 September 2026, và bạn có thể xác nhận việc này từ terminal của mình bằng một file văn bản công khai.

Bản point release .1 là gì

Một point release là một snapshot. Canonical lấy archive 26.04 tại thời điểm hiện tại, bao gồm tất cả bản cập nhật đã được phát hành vào resolute-updates và resolute-security kể từ tháng 4, rồi build các image ISO và cloud mới từ đó. Thông báo phát hành tóm tắt trong một câu: "Point release này bao gồm nhiều bản cập nhật và đã cung cấp media cài đặt được cập nhật, vì vậy sau khi cài đặt sẽ cần tải xuống ít bản cập nhật hơn." Chính sách hỗ trợ không thay đổi. Thời hạn 5 năm vẫn được tính từ tháng 4 năm 2026, nên 26.04.1 được hỗ trợ đến tháng 4 năm 2031, chính xác như image phát hành vào tháng 4. Cơ chế chung, bao gồm lý do các point release sau có kernel mới hơn còn bản này thì không, được trình bày trong cách Ubuntu point release hoạt động. Phần dưới đây chỉ áp dụng cho 26.04.1.

Ubuntu 26.04.1 có gì thay đổi

Tóm tắt trong trang ghi chú phát hành chính thức của 26.04.1. Trang này chỉ bao phủ các package trong main và restricted; changelog của từng package mới có đầy đủ chi tiết. Nội dung khá dài, và phần lớn liên quan đến phần cứng desktop và laptop. Dưới đây là các mục đáng chú ý trên server.

Kernel: vẫn là Linux 7.0, chưa có kernel HWE mới hơn

26.04 LTS được phát hành với Linux 7.0, tăng từ 6.8 trong 24.04. Bản .1 vẫn dùng 7.0. Ghi chú phát hành liệt kê một số bản build linux SRU trong phần kernel, trong đó có tracker 7.0.0-15.15. Vì vậy, uname -r trên máy đã được cập nhật sẽ hiển thị số ABI (application binary interface) cao hơn image tháng 4, nhưng vẫn thuộc cùng dòng 7.0. Các metapackage HWE (hardware enablement) đã có trong archive 26.04: linux-generic-hwe-26.04 đã được phát hành, nhưng tính đến ngày 10 October 2026, package này vẫn cài kernel 7.0, cùng dòng với kernel GA. GA là general availability, tức kernel được dùng khi bản phát hành ban đầu ra mắt. Vì vậy, 26.04.1 chưa có kernel HWE mới hơn; hiện chỉ có package sẽ chứa kernel đó khi một point release sau này chuyển HWE stack sang dòng mới. Với 24.04 và các bản cũ hơn, tài liệu tham chiếu về kernel HWE của Ubuntu ghi rằng: "Server installations will default to the general availability (GA) kernel and provide the HWE kernel as an option." Installer 26.04 thay đổi một phần quy tắc này. Ghi chú phát hành Subiquity 26.04 cho biết một metapackage OEM hoặc HWE tương ứng, trước đây chỉ được cài mặc định trên Desktop, "will also be installed for Ubuntu Server" từ 26.04, khi installer tìm thấy package phù hợp với phần cứng. Vì vậy, server cài từ media 26.04 có thể theo dõi một package HWE; dpkg -l | grep hwe cho biết máy của bạn có đang làm vậy hay không. Trên VPS theo dõi kernel GA linux-generic, bạn sẽ tiếp tục dùng 7.0 trong suốt vòng đời của bản phát hành, trừ khi tự chọn khác đi. Việc server có nên dùng kernel HWE hay không là một quyết định riêng và bạn chưa cần quyết định ngay hôm nay.

Có một kernel fix đáng chú ý. Bug 2158267, "Performance regression causes SDXL inference slowdown (~42x)", đã được sửa trong kernel generic và hầu hết cloud flavour. Nếu bạn chạy workload inference trên 26.04 và thấy tốc độ giảm sau khi cập nhật kernel, đây là mục cần đọc.

Các fix cho server và cloud

• openssl: security update cho "HollowByte Denial of Service issue" (bug 2161371).
• rsync: "Regression fixes from May 2026 security update" (bug 2155874). Nếu rsync bị lỗi trong tháng 5, media .1 đã có fix.
• exim4: ba security update, trong đó có lỗi ghi một byte vào buffer đã được giải phóng và lỗi làm lộ thông tin trong PROXYv2.
• ca-certificates: CA bundle của Mozilla được nâng lên version 2.86.
• systemd: đã sửa độ trễ trong cloud-init do resolve hook của systemd-networkd gây ra (bug 2148619), đồng thời core giờ chỉ mở netfilter socket khi cần.
• libvirt và qemu: một fix cho lỗi "excessive memory allocation when physical_package_id is large", và một fix cho race giữa iothread và throttle group.
• apparmor: upstream release mới, cùng profile fix cho "uucore locales reads". uucore là phần shared code bên dưới rust-coreutils. Fix này thuộc cùng câu chuyện đã khiến upgrade prompt cho 24.04 bị trì hoãn đến ngày 29 September, như mô tả bên dưới.
• ubuntu-meta: pollinate đã bị loại khỏi các seed cloud-minimal, server, server-minimal và server-raspi; curl được thêm rõ ràng vào cloud-minimal và server-minimal. Cả hai thay đổi đều ảnh hưởng đến nội dung của fresh install từ media .1.
• debootstrap: "Detect and support SHA512 in Release index files". Điều này quan trọng nếu bạn build chroot hoặc container từ archive 26.04.
• base-files: /etc/os-release giờ đọc là 26.04.1; lỗi "missing LTS in VERSION" trước đó cũng đã được sửa, nên chuỗi này đọc là 26.04.1 LTS (Resolute Raccoon).

Installer media

Các ISO mới có bốn fix livecd-rootfs. Mục mà người dùng VPS có thể gặp là "fix: update nocloud password data format" (bug 2149891), ảnh hưởng đến unattended install truyền password qua NoCloud datasource. Các fix còn lại đặt quyền cho kernel và initrd trong thư mục casper thành 0644, đồng thời sửa hai boot option trên riscv64. Với image của provider, bạn hiếm khi cài từ ISO. Vì vậy, tác động thực tế là template được build từ 26.04.1 sẽ boot với các security update đến ngày 25 August 2026 đã được áp dụng.

Release upgrader

Có năm mục ubuntu-release-upgrader trong .1, và một mục ảnh hưởng đến mọi máy 26.04. Bug 2154602, "data/release-upgrades: set Prompt=lts for resolute", đã sửa lỗi trong bản phát hành tháng 4: /etc/update-manager/release-upgrades được phát hành với Prompt=normal, tức thiết lập dành cho interim release. Version 1:26.04.22 đặt giá trị này thành Prompt=lts. Nếu không có fix này, server 26.04 sẽ được đề xuất nâng cấp lên 26.10 vào tháng 10. Các mục còn lại gồm một số vấn đề trên đường nâng cấp từ 24.04 ("mark libfile-libmagic-perl for install on Noble"), một vấn đề trên Raspberry Pi, một thay đổi dọn dẹp lint và danh sách mirror được cập nhật.

Cách server 26.04 đạt trạng thái 26.04.1

Không cần chạy lệnh upgrade nào. Bản point release chỉ là trạng thái của archive, còn server của bạn đồng bộ trạng thái đó thông qua apt. Hai lệnh sẽ đưa hệ thống 26.04 về cùng trạng thái với media .1, hoặc mới hơn, ngoại trừ một trường hợp được nêu bên dưới.

sudo apt update
sudo apt full-upgrade

Dùng full-upgrade thay vì upgrade. apt upgrade từ chối gỡ bất kỳ package nào. Vì vậy, khi một bản cập nhật cần gỡ package cũ, nó in The following packages have been kept back rồi giữ package đó ở phiên bản cũ. full-upgrade được phép gỡ package, nên sẽ hoàn tất việc này. Ngoại lệ là phasing, không lệnh nào trong hai lệnh này ghi đè được cơ chế đó. Ubuntu triển khai một số bản cập nhật cho từng tỷ lệ máy tăng dần. Manual của apt_preferences cho biết rằng trên máy chưa nằm trong tỷ lệ đó, phiên bản mới “được pin thành 1 và vì vậy bị giữ lại” cho đến khi đợt triển khai chạm tới máy đó. Package bị giữ do phasing không phải lỗi. Một lần chạy apt full-upgrade sau đó sẽ cài package này. Kiểm tra chuỗi phiên bản sau khi chạy.

grep VERSION= /etc/os-release

Bạn sẽ thấy VERSION="26.04.1 LTS (Resolute Raccoon)". Nếu chuỗi này vẫn thiếu .1, bản cập nhật base-files chưa được áp dụng. Nguyên nhân thường là apt update đã fail khi làm việc với mirror của bạn. Đọc lại output của apt update. Trên image mới từ provider, nguyên nhân phổ biến là mirror chưa đồng bộ.

Tiếp theo, kiểm tra kernel đã được thay đổi chưa.

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

*** System restart required *** cho biết đã cài một package cần reboot. Trên server, package đó gần như luôn là kernel. uname -r hiển thị kernel hiện đang chạy. Kernel mới chưa hoạt động cho đến khi reboot. Vì vậy, hãy reboot khi bạn có thể chấp nhận khoảng một phút downtime. Nếu máy không khởi động lại, VPS ngừng boot sau khi cập nhật kernel gần như luôn có thể boot bằng kernel trước đó từ menu GRUB. Sau khi máy chạy bằng kernel mới, sudo apt autoremove --purge sẽ xóa các kernel cũ. Dọn dẹp kernel cũ trên Ubuntu giải thích những kernel nào nên giữ lại.

Cuối cùng, xác nhận bản sửa lỗi của upgrader đã được áp dụng.

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

Bạn sẽ thấy Prompt=lts. Nếu thấy Prompt=normal, bạn hoặc một provisioning script đã sửa file đó trước .1. Vì vậy, dpkg giữ lại bản sao của bạn thay vì cài bản mới. Hãy đặt file này thành lts theo cách thủ công. Khác biệt này quyết định server của bạn sẽ được đề xuất nâng cấp lên 26.10 vào tháng 10 này hay lên LTS tiếp theo vào năm 2028. Vì sao server nên dùng các bản LTS giải thích lý do.

Vì sao server 24.04 vẫn báo không có bản nâng cấp

Từ ngày 29 September 2026 thì không còn như vậy. Trong khoảng 1 tháng giữa bản phát hành 26.04.1 và ngày đó, 26.04.1 đã tồn tại nhưng trình nâng cấp vẫn báo không có bản nào, khiến nhiều người bối rối. Nguyên nhân là một flag trong một file text do Canonical kiểm soát. File này cũng là thứ đầu tiên cần kiểm tra nếu hôm nay server 24.04 vẫn báo không có bản nâng cấp.

Trên server 24.04, /etc/update-manager/release-upgrades chứa Prompt=lts. Với thiết lập đó, do-release-upgrade tải https://changelogs.ubuntu.com/meta-release-lts rồi đọc danh sách các bản phát hành trong đó. Với mỗi bản phát hành mới hơn bản hiện tại, nó kiểm tra trường Supported:. Đây là vòng lặp liên quan trong MetaRelease.py của update-manager, đã lược bớt:

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

Bản phát hành có Supported: 0 sẽ bị bỏ qua như thể không tồn tại. Bạn có thể tự đọc file này.

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

Tính đến ngày 10 October 2026, lệnh này in ra:

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

Block này cũng có dòng UpgradeTool trỏ đến trình nâng cấp resolute trong resolute-updates. Trước ngày 29 September, dòng Version đã ghi 26.04.1, nhưng Supported có giá trị 0. Với giá trị đó, vòng lặp không tìm thấy bản phát hành nào có thể nâng cấp, new_dist vẫn rỗng, và do-release-upgrade in ra thông báo dành cho trường hợp 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.

Nếu server 24.04 của bạn hôm nay vẫn in thông báo đó thì flag không còn là nguyên nhân. Chạy dòng curl và xác nhận kết quả hiển thị Supported: 1, kiểm tra /etc/update-manager/release-upgrades vẫn ghi Prompt=lts chứ không phải Prompt=never, rồi chạy lại command. Bỏ qua gợi ý về Prompt=normal. Thiết lập đó khiến trình nâng cấp đọc toàn bộ danh sách bản phát hành và giữ máy ở track interim-release. Vì vậy, khi máy lên 26.04, nó sẽ được đề xuất 26.10, một bản phát hành chỉ được hỗ trợ trong 9 tháng. Thông báo No new release found. ngắn hơn là cùng điều kiện trên máy có file đã ghi Prompt=normal. Bài cần làm gì khi do-release-upgrade không tìm thấy bản phát hành mới trình bày cả hai thông báo và các nguyên nhân khác của chúng. Còn một thông báo nữa cần biết. Please install all available updates for your release before upgrading. có nghĩa là 24.04 còn pending updates. Cách xử lý là sudo apt full-upgrade trước khi thử lại.

Vì sao flag vẫn có giá trị 0 trong 1 tháng? Thông báo phát hành 26.04.1 ghi: "Người dùng Ubuntu 24.04 LTS sẽ được Update Manager tự động đề xuất nâng cấp lên 26.04.1 LTS sau vài tuần kể từ bản phát hành này, sau khi hoàn tất một số backport dự kiến để xử lý regression trong phiên bản gần đây của rust-coreutils." 26.04 là bản LTS đầu tiên mà ls và các core utilities khác lấy từ rust-coreutils thay vì GNU coreutils. Bài các bản viết lại bằng Rust trong base system của Ubuntu thay đổi điều gì giải thích vì sao quá trình nâng cấp từ 24.04 là nơi regression trong các thành phần này xuất hiện trước tiên. Canonical giữ đường nâng cấp này đến ngày 29 September 2026. Khi đó release team thông báo: "Các bản nâng cấp từ Ubuntu 24.04 LTS lên Ubuntu 26.04.1 LTS, có codename là 'Resolute Raccoon', hiện đã được bật." File được đổi thành Supported: 1. Người dùng desktop sẽ được "Update Manager tự động đề xuất nâng cấp lên 26.04.1 LTS, triển khai dần trong những ngày tiếp theo". Người dùng server không cần chờ rollout này. Thông báo nói họ có thể "bắt đầu nâng cấp bất kỳ lúc nào bằng cách chạy: $ do-release-upgrade". Sau khi periodic release check chạy, SSH login banner trên 24.04 sẽ hiển thị New release '26.04.1 LTS' available. rồi đến Run 'do-release-upgrade' to upgrade to it.. Cùng command từng báo không có bản nâng cấp vào tháng 9 giờ sẽ đề xuất 26.04.1 mà bạn không cần thay đổi gì.

Nếu bạn không muốn chờ

Không còn gì phải chờ nữa. Trước ngày 29 September, thông báo 26.04.1 có nêu một cách bỏ qua flag: do-release-upgrade -d. Phần trợ giúp của flag ghi "Nếu đang dùng bản phát hành được hỗ trợ mới nhất, hãy nâng cấp lên bản phát triển". Điều này nghe như 26.10, nhưng trên một bản LTS thì không phải vậy. Với Prompt=lts, -d thực hiện 2 việc trong đoạn code ở trên. Nó thêm -development vào URL để trình nâng cấp đọc meta-release-lts-development, đồng thời đặt useDevelopmentRelease, là nửa thứ hai của điều kiện continue. Việc bỏ qua theo Supported: 0 không còn áp dụng, nên resolute được đề xuất. Bây giờ flag đã có giá trị 1, shortcut đó không cần thiết nữa. Command thông thường sẽ đề xuất 26.04.1 và đây cũng là command được Canonical nêu trong thông báo ngày 29 September dành cho người dùng server.

sudo do-release-upgrade

Nếu bạn đã nâng cấp sớm bằng -d thì đang ở cùng bản phát hành với mọi người khác. sudo apt full-upgrade trên 26.04 sẽ cập nhật máy với mọi nội dung đã được phát hành kể từ đó. Dù theo cách nào, hãy tạo snapshot trước. Đọc hướng dẫn đầy đủ về nâng cấp từ 24.04 lên 26.04 để biết fallback SSH port 1022 và cách xử lý third-party repository. Nếu quá trình nâng cấp dừng giữa chừng, hãy mở trang khôi phục sau khi nâng cấp Ubuntu giữa các bản phát hành bị lỗi.

Quyết định

Đang ở 26.04: không cần làm gì đặc biệt. Chạy sudo apt update && sudo apt full-upgrade và reboot nếu tồn tại /var/run/reboot-required. Sau đó xác nhận Prompt=lts. Bạn chưa từng bị chậm cập nhật, vì point release chính là update stream mà bạn đã sử dụng.

Đang ở 24.04: đường nâng cấp đã được mở. Canonical đã bật đường này vào ngày 29 September 2026, và tính đến ngày 10 October 2026, dòng curl ở trên hiển thị Supported: 1. Tạo snapshot, chạy sudo apt full-upgrade để không còn gì đang chờ xử lý, sau đó chạy sudo do-release-upgrade. Bản thân 24.04 LTS được hỗ trợ đến April 2029, nên bạn có thể chọn một maintenance window ít ảnh hưởng thay vì vội nâng cấp, nhưng không còn cờ nào cần chờ nữa.

Đang ở 22.04 hoặc một interim release: release notes nêu rõ rằng "trước tiên bạn phải nâng cấp lên Ubuntu 24.04 LTS hoặc 25.10 trước khi có thể tiếp tục lên 26.04 LTS". Trước hết hãy lên 24.04, sau đó làm theo quy trình dành cho 24.04 ở trên. Với server 22.04, lộ trình hai bước từ 22.04 lên 26.04 qua 24.04 bao gồm các bước kiểm tra và snapshot cần thực hiện giữa hai lần nâng cấp, cùng các lỗi PPA, PHP, Python, database và netplan cần dự kiến trong quá trình này.

FAQ

Ubuntu 26.04.1 có phải là phiên bản mới mà tôi cần cài đặt không?

Không. Ubuntu 26.04.1 LTS, phát hành ngày 27 August 2026, là archive 26.04 đã tích hợp 4 tháng cập nhật vào bộ cài đặt mới. Một server 26.04 chạy sudo apt update && sudo apt full-upgrade đã ở trạng thái .1 hoặc mới hơn, ngoại trừ các bản cập nhật vẫn đang được rollout theo từng giai đoạn. grep VERSION= /etc/os-release hiển thị 26.04.1 LTS (Resolute Raccoon) sau khi áp dụng bản cập nhật base-files. Hỗ trợ vẫn kết thúc vào tháng 4 năm 2031, tính từ bản phát hành tháng 4 năm 2026.

Tại sao do-release-upgrade trên 24.04 báo không có development version của LTS?

Cho đến ngày 29 September 2026, lệnh này báo như vậy vì Prompt=lts khiến trình nâng cấp đọc meta-release-lts, và file đó liệt kê 26.04.1 với Supported: 0. Trình nâng cấp bỏ qua các entry không được hỗ trợ, không tìm thấy bản mới hơn và in thông báo dành cho trường hợp Prompt=lts. Canonical đổi flag thành Supported: 1 khi bật đường dẫn nâng cấp vào ngày 29 September 2026. Nếu bạn vẫn thấy thông báo này, hãy xác nhận kiểm tra curl hiển thị Supported: 1 và Prompt=lts đã được đặt, rồi thử lại. Không đặt Prompt=normal; tùy chọn này đưa server vào kênh interim release.

26.04.1 có kernel mới không?

Không. 26.04.1 vẫn dùng series Linux 7.0 mà 26.04 LTS phát hành cùng, với nhiều bản build SRU được cập nhật. Các HWE metapackage như linux-generic-hwe-26.04 đã tồn tại, nhưng hiện chúng vẫn cài cùng series 7.0 với GA kernel. HWE kernel mới hơn sẽ xuất hiện trong point release sau, theo thông lệ của Ubuntu là .2. Từ 26.04, server installer cũng cài một OEM hoặc HWE metapackage tương ứng khi tìm thấy metapackage phù hợp với phần cứng. VPS theo dõi linux-generic vẫn dùng 7.0, trừ khi bạn tự bật HWE stack.

Bây giờ tôi có nên dùng do-release-upgrade -d để nâng cấp từ 24.04 không?

Không cần nữa. Trước ngày 29 September 2026, thông báo cung cấp -d cho những người không muốn chờ, vì -d cùng với Prompt=lts đọc danh sách LTS development và bỏ qua flag Supported: 0. Flag hiện có giá trị 1, nên sudo do-release-upgrade thông thường cung cấp 26.04.1. Đây cũng là command mà thông báo ngày 29 September của Canonical hướng dẫn người dùng server sử dụng. Dù thế nào, hãy tạo snapshot trước.