Ubuntu 26.04.1 là gì, server đã cập nhật có cần tải không?

Ubuntu point release là gì

Một Ubuntu point release, chẳng hạn 26.04.1, là bản phát hành bạn đã có, được tích hợp toàn bộ các bản cập nhật đã phát hành từ thời điểm ra mắt vào bộ cài mới. Đây không phải là phiên bản mới. Archive mà hệ thống cài đặt lấy package không thay đổi, tên suite trong apt sources cũng không đổi. Vì vậy, một server đã được cài đặt và cập nhật đầy đủ không cần tải gì khi point release mới xuất hiện.

Có 2 thay đổi được phát hành vào ngày đó. Bộ cài được dựng lại: các file ISO và cloud image mới được tạo từ archive tại thời điểm của tuần đó. Chuỗi phiên bản cũng thay đổi: lsb_release -a bắt đầu hiển thị 26.04.1 LTS thay vì 26.04 LTS như trước.

Mọi thành phần khác vốn đã có trên hệ thống. Ubuntu liên tục phát hành bản sửa lỗi vào các pocket -security và -updates của cùng một suite: resolute cho 26.04 và noble cho 24.04. Point release là một snapshot của luồng cập nhật đó. Không có đích riêng nào cần chuyển sang.

Vì sao server đã cập nhật của bạn không có gì để tải xuống

Vì số point release nằm trong một package nhỏ. Chạy lệnh này:

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

dpkg -S trả lời base-files: /etc/lsb-release. Package base-files cung cấp các file chứa chuỗi phiên bản, vì vậy khi một point release được phát hành, một base-files mới được đưa vào pocket -updates và lần sudo apt upgrade tiếp theo sẽ cài package đó. Package này là toàn bộ thay đổi có thể thấy của một point release trên máy đang chạy. Tất cả thành phần khác trong đó đã được cài từ nhiều tuần trước dưới dạng các bản cập nhật thông thường.

Có một trường hợp phổ biến khiến máy bị chậm cập nhật. /etc/apt/apt.conf.d/50unattended-upgrades mặc định bật origin -security trong block Allowed-Origins và để dòng -updates ở trạng thái comment, vì vậy máy chỉ chạy automatic updates sẽ nhận các bản sửa lỗi bảo mật nhưng bỏ qua phần còn lại. Máy đó tiếp tục báo số point release cũ trong nhiều tháng, và việc này là đúng, vì thực tế máy không có các package đó. Mở file và kiểm tra những dòng đang được comment: cách cấu hình unattended upgrades trên Ubuntu trình bày block đó theo từng dòng.

Khi bản point release tiếp theo được phát hành

Hãy nắm chu kỳ phát hành, không phải ngày cụ thể. Bản point release đầu tiên của một LTS thường được phát hành vài tháng sau bản gốc trong tháng 4. Các bản tiếp theo thường cách nhau khoảng 6 tháng và bám theo từng bản interim release. Lịch có thể thay đổi. Canonical từng công bố bản point release đầu tiên của 26.04 vào đầu tháng 8 năm 2026 rồi lùi lịch. Đây là việc bình thường và không phải dấu hiệu cảnh báo. Hãy lấy ngày phát hành từ trang chu kỳ phát hành Ubuntu hoặc ghi chú phát hành 26.04 LTS, thay vì từ bất kỳ bài viết nào, kể cả bài viết này.

Vì sao 24.04 chưa cung cấp bản nâng cấp lên 26.04 cho đến khi có bản point release đầu tiên

Vì prompt nâng cấp được cấu hình để chờ, và bạn có thể tự đọc cấu hình đó trên máy của mình.

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

Các comment trong file được cung cấp dài hơn đoạn trích trên và đáng để đọc đầy đủ. Prompt=lts là giá trị mặc định trên bản cài LTS, và nó thực hiện 2 việc: chỉ cung cấp các bản phát hành LTS, đồng thời gửi yêu cầu kiểm tra đến một danh sách khác.

Danh sách đó được chỉ định trong file thứ hai:

cat /etc/update-manager/meta-release

URI trỏ đến https://changelogs.ubuntu.com/meta-release, còn URI_LTS trỏ đến https://changelogs.ubuntu.com/meta-release-lts. Với Prompt=lts, trình nâng cấp đọc danh sách LTS. Bản LTS mới không được cung cấp làm đích nâng cấp trong danh sách này cho đến khi bản point release đầu tiên tồn tại. Hãy tải danh sách xuống và tự kiểm tra:

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

Mỗi bản phát hành là một block gồm các dòng Dist:, Version:, Supported: và UpgradeTool:. Trình nâng cấp cần block đó trước khi có thể cung cấp bất kỳ bản nâng cấp nào. Canonical nêu cùng quy tắc này bằng ngôn ngữ đơn giản trong thông báo phát hành 26.04 LTS: người dùng 24.04 LTS được cung cấp bản nâng cấp tự động khi 26.04.1 được phát hành.

Vì vậy, trên server 24.04 trước thời điểm đó:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

Đây là kết quả bình thường, không phải lỗi. Khi đường dẫn nâng cấp được mở, cùng command đó sẽ hiển thị tên bản phát hành, và cùng thông báo sẽ xuất hiện trong login banner:

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

Hãy chú ý đến phiên bản được hiển thị. Bạn không nâng cấp lên 26.04 rồi nâng cấp tiếp lên 26.04.1. Bạn chỉ nâng cấp một lần và hệ thống sẽ ở trạng thái hiện tại của 26.04.

Còn 2 nguyên nhân khác khiến kết quả kiểm tra vẫn trống: Prompt=never, được một số image của provider thiết lập, và proxy hoặc mirror không thể truy cập changelogs.ubuntu.com. Một thông báo khác, Please install all available updates for your release before upgrading, có nghĩa là quá trình kiểm tra đã thành công và trình nâng cấp yêu cầu hệ thống ban đầu phải được cập nhật đầy đủ. do-release-upgrade báo không tìm thấy bản phát hành mới trình bày các nguyên nhân còn lại. Khi đường dẫn đã được mở và bạn đã sẵn sàng, tự thực hiện nâng cấp từ 24.04 lên 26.04 là một công việc riêng, với quy trình chuẩn bị riêng.

Flag -d trỏ cùng quá trình kiểm tra đến danh sách development. Đây là cách người dùng nâng cấp trước khi đường dẫn chính thức được mở. Việc chờ có lý do: đây là khoảng thời gian để khắc phục các vấn đề chặn nâng cấp do những người nâng cấp sớm báo cáo. Với một server bạn thuê và phụ thuộc vào, nên để thời gian chờ này phát huy tác dụng.

Ý nghĩa của kernel hardware enablement trên VPS

Một bản LTS sử dụng một kernel trong toàn bộ vòng đời. Đây là kernel GA (general availability). Bản LTS cũng cung cấp một nhánh rolling thứ hai gọi là HWE (hardware enablement). Nhánh HWE được phát hành thông qua các point release. Đây là phần duy nhất của point release thực sự có code mới, thay vì chỉ đóng gói lại những gì bạn đã có.

24.04 là ví dụ cụ thể. Bản này được phát hành với kernel 6.8 và giữ kernel 6.8 trên nhánh GA trong toàn bộ 5 năm hỗ trợ tiêu chuẩn. Nhánh HWE bắt đầu từ point release thứ hai: 24.04.2 đưa kernel 6.11 từ Ubuntu 24.10 vào, còn 24.04.3 đưa kernel 6.14 từ Ubuntu 25.04 vào. Tính đến tháng 8 năm 2026, đây là mô hình đã được xác lập và 26.04 cũng theo cùng mô hình.

Bạn đang dùng nhánh nào được xác định qua tên package:

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

linux-generic là nhánh GA. linux-generic-hwe-24.04 là nhánh rolling. Desktop install mặc định dùng HWE, còn server install mặc định dùng GA. Tuy nhiên, image của provider cho VPS thường dùng một biến thể hẹp hơn, chẳng hạn linux-virtual hoặc linux-kvm dành riêng cho cloud. Hãy kiểm tra thay vì giả định, vì thiết lập mặc định phụ thuộc vào bên đã tạo image của bạn.

Trên phần cứng ảo thuê, hardware enablement hầu như không áp dụng cho bạn. Server của bạn chỉ thấy các thiết bị virtio, cùng các interface mạng và ổ đĩa paravirtualized do hypervisor cung cấp. Những driver này đã ổn định trong kernel hơn một thập kỷ. Laptop mới cần HWE. VPS gần như không cần. Kernel mới hơn ở đây chủ yếu cung cấp các tính năng kernel, chẳng hạn hỗ trợ io_uring và eBPF mới hơn, hoặc một bản sửa lỗi filesystem mà bạn có lý do cụ thể để cần. có gì mới trong Linux kernel 7.1 giúp bạn quyết định những thay đổi đó có đáng để chấp nhận việc xáo trộn hệ thống hay không.

Chi phí là reboot và rủi ro. HWE meta package kéo về một upstream kernel mới khoảng 6 tháng một lần. Vì vậy, bạn chấp nhận việc nhảy phiên bản kernel và reboot theo chu kỳ đó. Các module ngoài kernel được build bằng DKMS, thường gặp nhất là ZFS, có thể không build được với phiên bản mới. Bạn có thể chỉ phát hiện ra lỗi này khi boot. Mỗi kernel cũng giữ lại kernel trước đó, khiến một /boot nhỏ nhanh chóng đầy. Hãy đọc xóa kernel cũ khi /boot đầy và chọn kernel để VPS boot trước khi cần đến, không phải sau khi sự cố xảy ra.

Chuyển sang nhánh HWE chỉ cần một command và một lần reboot:

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

Sau reboot, uname -r phải hiển thị phiên bản mới hơn. Giữ kernel trước đó cho đến khi bạn đã boot vào kernel mới và kiểm tra các service. Nếu kernel mới không boot được, cách recovery là chọn entry cũ trong boot menu. Entry đó phải vẫn còn. Nếu không còn, bạn sẽ rơi vào tình huống recovery VPS không boot được sau khi update kernel.

Ngoài ra còn có biến thể -edge của HWE package, lấy kernel kế tiếp trước point release. Biến thể này dành cho testing. Không dùng nó trên server.

Lựa chọn mặc định cho server thuê là kernel GA: một phiên bản kernel trong 5 năm, nhận security fix được backport trong toàn bộ thời gian đó và không có version jump theo lịch. Chuyển sang HWE khi bạn xác định rõ feature mình cần.

Vì sao cài mới hôm nay khác với cài mới tháng trước

Image được rebuild thường xuyên hơn so với các bản point release. Ubuntu phát hành cloud image có gắn serial, còn mỗi provider refresh template Ubuntu theo lịch riêng. Vì vậy, hai server được tạo cách nhau sáu tháng từ cùng một mục trong menu có thể khởi động với các phiên bản kernel khác nhau và có sẵn các phiên bản package khác nhau. Không server nào bị sai.

Điều này quan trọng hơn bạn nghĩ. Một runbook yêu cầu chạy năm lệnh sau khi cài đặt thường ngầm giả định một trạng thái ban đầu không còn đúng. Hãy kiểm tra lsb_release -a và uname -r trên từng máy thay vì tin vào nhãn bạn đã chọn, sau đó định nghĩa trạng thái đích bằng code để trạng thái ban đầu không còn quan trọng. playbook Ansible đầu tiên cho VPS là phiên bản nhỏ nhất nhưng hữu ích của cách này.

Nên chuyển lên point release ngay hay chờ?

• Nếu bạn đang chạy 26.04 thì không có bản nào để chuyển lên. Tiếp tục cài các bản cập nhật; số point release sẽ tự tăng.
• Nếu bạn đang chạy 24.04, thời gian hỗ trợ tiêu chuẩn kéo dài đến tháng 4 năm 2029, nên chờ cũng không tốn nhiều chi phí. Point release đầu tiên là thời điểm bắt đầu phù hợp, không phải hạn chót.
• Trước tiên hãy nâng cấp một bản sao. Tạo snapshot cho server hoặc dựng lại cùng stack trên một VPS tạm thời, chạy nâng cấp ở đó và đo thời gian thực hiện.
• Nếu bạn chỉ cần kernel mới hơn thay vì bản release mới hơn, HWE track cung cấp kernel mới hơn trên 24.04 mà không cần nâng cấp LTS.

Câu hỏi rộng hơn về việc nên sử dụng bản release nào được trình bày trong LTS hay interim release cho server.

Cần kiểm tra gì trên máy chủ của bạn

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

Kết quả bình thường sẽ như sau: lsb_release -a hiển thị bản release cùng số point hiện tại, uname -r khớp với nhánh kernel bạn dự định sử dụng, Prompt=lts đang tồn tại, và lệnh kiểm tra không phát hiện gì hoặc cho biết bản release mà hệ thống sẽ đề xuất. Mọi kết quả khác đều cần được tìm hiểu trước khi nâng cấp, thay vì chờ đến lúc đang nâng cấp.

FAQ

Tôi có phải làm gì khi có point release như 26.04.1 không?

Không, miễn là server đã chạy release đó và vẫn nhận các bản cập nhật. Point release gộp những bản cập nhật đã phát hành vào bộ cài mới. Máy đang chạy nhận cùng nội dung đó qua apt upgrade ngay khi nội dung được phát hành, và chuỗi phiên bản trong lsb_release -a thay đổi khi package base-files được cập nhật. Không có release riêng nào cần chuyển sang và cũng không cần cài lại.

Vì sao server của tôi vẫn báo point number cũ sau khi apt upgrade?

Thường là do automatic updates chỉ giới hạn ở các bản sửa lỗi bảo mật. /etc/apt/apt.conf.d/50unattended-upgrades mặc định bật origin -security và để dòng -updates ở trạng thái comment, còn package base-files chứa chuỗi phiên bản được cung cấp qua -updates. Hãy tự chạy sudo apt update && sudo apt full-upgrade rồi kiểm tra xem base-files có xuất hiện trong danh sách không. Nếu package được liệt kê là kept back, có thứ gì đó đang pin hoặc hold package này.

Vì sao server 24.04 của tôi không được đề xuất nâng cấp lên 26.04?

Vì Prompt=lts trong /etc/update-manager/release-upgrades mặc định là tùy chọn trên LTS, và nó kiểm tra danh sách LTS tại https://changelogs.ubuntu.com/meta-release-lts. LTS mới không được cung cấp làm mục tiêu nâng cấp cho đến khi point release đầu tiên được phát hành. Trước thời điểm đó, sudo do-release-upgrade -c in ra No new release found. và đây là hành vi chính xác. Việc chờ là có chủ đích: đây là khoảng thời gian để khắc phục các lỗi nâng cấp được những người nâng cấp sớm phát hiện.

Tôi có nên cài kernel HWE trên VPS không?

Thường là không. Hardware enablement tồn tại để hỗ trợ phần cứng mới hơn release, còn VPS cung cấp các thiết bị virtio có driver đã nằm trong kernel từ nhiều năm. GA kernel giữ nguyên một version trong suốt vòng đời của LTS, còn các bản sửa lỗi được backport vào đó. Chỉ chọn HWE kernel khi bạn xác định rõ kernel feature cần dùng, và chấp nhận rằng sau đó bạn sẽ phải nâng kernel và reboot khoảng 6 tháng một lần.