Apa Itu Ubuntu 26.04.1 dan Mengapa Server Tidak Mengunduh

Apa itu point release Ubuntu

Point release Ubuntu, seperti 26.04.1, adalah rilis yang sudah Anda gunakan dengan seluruh pembaruan yang diterbitkan sejak peluncuran digabungkan ke media instalasi baru. Ini bukan versi baru. Arsip tempat instalasi mengambil paket tidak berubah, begitu pula nama suite dalam sumber apt Anda. Jadi, server yang sudah diinstal dan diperbarui tidak perlu mengunduh apa pun ketika point release tersedia.

Dua hal dirilis pada hari tersebut. Media instalasi dibuat ulang: file ISO baru dan cloud image baru dibuat berdasarkan kondisi arsip pada minggu itu. Selain itu, string versi berubah: lsb_release -a mulai melaporkan 26.04.1 LTS, bukan 26.04 LTS seperti sebelumnya.

Semua hal lainnya sudah Anda miliki. Ubuntu terus menerbitkan perbaikan ke dalam pocket -security dan -updates dari satu suite, yaitu resolute untuk 26.04 dan noble untuk 24.04. Point release adalah snapshot dari aliran pembaruan tersebut. Tidak ada tujuan terpisah yang harus dituju.

Mengapa server yang sudah ditambal tidak memiliki apa pun untuk diunduh

Karena nomor point release berada dalam satu paket kecil. Jalankan:

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

dpkg -S menjawab base-files: /etc/lsb-release. Paket base-files berisi file yang menyimpan string versi Anda. Karena itu, ketika point release diterbitkan, base-files baru masuk ke pocket -updates, lalu sudo apt upgrade berikutnya menginstalnya. Paket tersebut merupakan seluruh perubahan yang terlihat akibat point release pada mesin yang sedang berjalan. Semua komponen lain di dalamnya sudah Anda instal beberapa minggu lalu sebagai pembaruan biasa.

Ada satu penyebab umum sistem tertinggal. /etc/apt/apt.conf.d/50unattended-upgrades default mengaktifkan origin -security dalam blok Allowed-Origins dan membiarkan baris -updates tetap dikomentari. Akibatnya, mesin yang hanya mengandalkan pembaruan otomatis menerima perbaikan keamanan, tetapi melewatkan pembaruan lainnya. Mesin tersebut terus melaporkan nomor point release yang lebih lama selama berbulan-bulan. Hal itu benar karena paket-paket tersebut memang belum terpasang. Buka file tersebut dan periksa baris yang dikomentari: cara mengonfigurasi unattended upgrades pada Ubuntu membahas blok tersebut baris demi baris.

Saat point release berikutnya tersedia

Pahami siklusnya, bukan tanggalnya. Point release pertama untuk LTS biasanya tersedia beberapa bulan setelah rilis utama pada April. Point release berikutnya umumnya mengikuti interval sekitar enam bulan, seiring dengan setiap rilis interim. Jadwal dapat berubah. Canonical mengumumkan point release pertama 26.04 pada awal Agustus 2026, lalu menundanya. Hal ini rutin terjadi dan bukan tanda adanya masalah. Gunakan tanggal dari halaman siklus rilis Ubuntu atau catatan rilis 26.04 LTS, bukan dari artikel mana pun, termasuk artikel ini.

Mengapa 26.04 belum ditawarkan untuk 24.04 hingga point release pertama

Karena prompt upgrade dikonfigurasi untuk menunggu. Anda dapat membaca konfigurasi tersebut di server Anda sendiri.

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

Komentar dalam file yang disertakan lebih panjang daripada kutipan tersebut dan sebaiknya dibaca seluruhnya. Prompt=lts adalah nilai default pada instalasi LTS. Nilai ini menjalankan dua fungsi: membatasi penawaran pada rilis LTS dan mengarahkan pemeriksaan ke daftar yang berbeda.

Nama daftar tersebut tercantum dalam file kedua:

cat /etc/update-manager/meta-release

URI mengarah ke https://changelogs.ubuntu.com/meta-release, sedangkan URI_LTS mengarah ke https://changelogs.ubuntu.com/meta-release-lts. Dengan Prompt=lts, upgrader membaca daftar LTS. LTS baru tidak ditawarkan sebagai target upgrade hingga point release pertamanya tersedia. Ambil daftar tersebut dan periksa sendiri:

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

Setiap rilis terdiri atas blok baris Dist:, Version:, Supported: dan UpgradeTool:. Upgrader memerlukan blok tersebut sebelum dapat menawarkan rilis apa pun. Canonical menyatakan aturan yang sama secara langsung dalam pengumuman rilis 26.04 LTS: pengguna 24.04 LTS akan mendapatkan tawaran upgrade otomatis saat 26.04.1 dirilis.

Jadi, pada server 24.04 sebelum point release tersebut:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

Itu adalah hasil yang normal, bukan tanda kerusakan. Setelah jalur upgrade dibuka, perintah yang sama akan menampilkan nama rilis, dan pesan yang sama akan muncul pada banner login:

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

Perhatikan versi yang ditampilkan. Anda tidak melakukan upgrade ke 26.04 lalu melakukan upgrade lagi ke 26.04.1. Anda melakukan upgrade sekali dan berakhir pada keadaan terbaru 26.04.

Dua hal lain juga dapat membuat pemeriksaan tersebut tidak menghasilkan apa pun: Prompt=never, yang ditetapkan oleh beberapa image dari provider, serta proxy atau mirror yang tidak dapat menjangkau changelogs.ubuntu.com. Pesan berbeda, Please install all available updates for your release before upgrading, berarti pemeriksaan berhasil dan upgrader mengharuskan sistem awal telah diperbarui sepenuhnya. do-release-upgrade melaporkan tidak ada rilis baru membahas penyebab lainnya. Setelah jalur upgrade dibuka dan Anda siap, proses upgrade 24.04 ke 26.04 merupakan tugas terpisah dengan persiapan tersendiri.

Flag -d mengarahkan pemeriksaan yang sama ke daftar development. Dengan cara inilah sebagian orang melakukan upgrade sebelum jalur resmi dibuka. Masa tunggu tersebut memiliki alasan: periode ini digunakan untuk memperbaiki penghambat upgrade yang dilaporkan oleh pengguna awal. Pada server yang Anda sewa dan andalkan, sebaiknya biarkan masa tunggu tersebut berjalan.

Makna kernel hardware enablement pada VPS

Rilis LTS menggunakan satu kernel selama seluruh masa dukungannya, yaitu kernel GA (general availability), dan menyediakan jalur kedua yang terus diperbarui, yaitu HWE (hardware enablement). Jalur HWE disalurkan melalui point release. Jalur ini merupakan bagian dari point release yang benar-benar berisi kode baru, bukan sekadar pengemasan ulang dari komponen yang sudah Anda gunakan.

24.04 menjadi contoh yang digunakan. Rilis ini menggunakan kernel 6.8 dan mempertahankan kernel 6.8 pada jalur GA selama lima tahun penuh masa dukungan standar. Jalur HWE dimulai pada point release kedua: 24.04.2 membawa kernel 6.11 dari Ubuntu 24.10, sedangkan 24.04.3 membawa kernel 6.14 dari Ubuntu 25.04. Per Agustus 2026, pola ini sudah ditetapkan, dan 26.04 mengikuti pola yang sama.

Jalur yang Anda gunakan ditentukan oleh nama paket:

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

linux-generic adalah jalur GA. linux-generic-hwe-24.04 adalah jalur yang terus diperbarui. Instalasi desktop secara default menggunakan HWE, sedangkan instalasi server secara default menggunakan GA. Image provider untuk VPS sering menggunakan varian yang lebih khusus, seperti linux-virtual atau linux-kvm khusus cloud. Periksa, jangan berasumsi, karena default bergantung pada pihak yang membuat image Anda.

Pada perangkat keras virtual yang disewa, hardware enablement umumnya tidak berlaku untuk Anda. Server Anda melihat perangkat virtio serta antarmuka jaringan dan disk paravirtual yang disediakan hypervisor. Driver tersebut sudah stabil di dalam kernel selama lebih dari satu dekade. Laptop baru membutuhkan HWE. VPS hampir tidak pernah membutuhkannya. Dalam konteks ini, manfaat kernel yang lebih baru adalah fitur kernel, seperti dukungan io_uring dan eBPF yang lebih baru atau perbaikan filesystem yang memang Anda perlukan. apa yang baru di Linux kernel 7.1 membantu Anda menentukan apakah manfaat tersebut sepadan dengan perubahan yang diperlukan.

Risikonya adalah reboot dan potensi masalah. Meta package HWE menarik kernel upstream baru kira-kira setiap enam bulan. Dengan demikian, Anda menerima perubahan versi kernel dan harus melakukan reboot dengan jadwal tersebut. Modul out-of-tree yang dibuat dengan DKMS, terutama ZFS, dapat gagal dibangun untuk versi baru. Masalah ini baru diketahui saat boot. Setiap kernel juga menyisakan kernel sebelumnya. Akibatnya, partisi kecil /boot dapat penuh. Baca menghapus kernel lama dari /boot yang penuh dan memilih kernel yang digunakan VPS saat boot sebelum Anda membutuhkannya, bukan setelah terjadi masalah.

Beralih ke jalur HWE memerlukan satu perintah dan reboot:

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

uname -r setelah reboot seharusnya menampilkan versi yang lebih baru. Jangan hapus kernel sebelumnya sampai Anda berhasil melakukan boot menggunakan kernel baru dan memeriksa service Anda. Jalur pemulihan untuk kernel yang tidak dapat melakukan boot adalah memilih entri kernel lama pada menu boot. Entri tersebut harus masih tersedia. Jika tidak tersedia, Anda perlu mengikuti memulihkan VPS yang tidak dapat melakukan boot setelah pembaruan kernel.

Tersedia juga varian -edge dari paket HWE yang menggunakan kernel berikutnya sebelum point release. Varian ini ditujukan untuk pengujian. Jangan gunakan varian tersebut pada server.

Pilihan default untuk server sewaan adalah kernel GA: satu versi kernel selama lima tahun, dengan security fix yang di-backport selama seluruh periode tersebut dan tanpa perubahan versi terjadwal. Beralihlah ke HWE jika Anda dapat menyebutkan fitur yang memang Anda perlukan.

Mengapa instalasi baru hari ini berbeda dari instalasi bulan lalu

Image dibuat ulang lebih sering daripada point release diterbitkan. Ubuntu menerbitkan cloud image dengan serial, dan setiap provider memperbarui template Ubuntu sesuai jadwalnya sendiri. Jadi, dua server yang dibuat dengan jeda enam bulan dari entri menu yang sama dapat melakukan boot dengan versi kernel yang berbeda dan dimulai dengan versi package yang berbeda. Keduanya tidak bermasalah.

Hal ini lebih penting daripada yang terlihat. Runbook yang menyatakan bahwa Anda harus menjalankan lima perintah setelah instalasi secara implisit mengasumsikan kondisi awal yang mungkin sudah tidak berlaku. Periksa lsb_release -a dan uname -r pada setiap server, bukan mengandalkan label yang Anda klik, lalu tentukan kondisi akhir dalam kode agar kondisi awal tidak lagi berpengaruh. playbook Ansible pertama untuk VPS adalah versi paling sederhana yang tetap berguna.

Pindah saat point release tersedia, atau menunggu?

• Jika Anda sudah menggunakan 26.04, tidak ada versi yang perlu dipindahkan. Tetap instal update, dan nomor point release akan mengikuti secara otomatis.
• Jika Anda menggunakan 24.04, dukungan standar berlaku hingga April 2029, sehingga menunggu bukan masalah. Point release pertama merupakan kesempatan untuk melakukan upgrade, bukan tenggat waktu.
• Upgrade salinan terlebih dahulu. Buat snapshot server, atau bangun ulang stack yang sama pada VPS sementara, jalankan upgrade di sana, dan ukur waktu yang diperlukan.
• Jika yang Anda inginkan adalah kernel yang lebih baru, bukan release yang lebih baru, track HWE menyediakannya pada 24.04 tanpa perlu melakukan upgrade LTS.

Pertanyaan yang lebih luas tentang release yang sebaiknya digunakan dibahas dalam LTS versus release interim untuk server.

Hal yang perlu diperiksa pada server Anda sendiri

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

Hasil yang sehat terlihat seperti ini: lsb_release -a melaporkan rilis Anda beserta nomor poin saat ini, uname -r sesuai dengan track kernel yang seharusnya digunakan, Prompt=lts tersedia, dan pemeriksaan tersebut tidak menemukan apa pun atau mencantumkan rilis yang akan ditawarkan. Hasil lainnya perlu dipahami sebelum upgrade, bukan saat upgrade berlangsung.

FAQ

Apakah saya perlu melakukan sesuatu ketika point release seperti 26.04.1 tersedia?

Tidak, selama server sudah menggunakan release tersebut dan menerima update. Point release menggabungkan update yang telah dipublikasikan ke dalam media instalasi baru. Mesin yang sedang berjalan menerima konten yang sama melalui apt upgrade saat konten tersebut dipublikasikan, dan string versi di lsb_release -a berubah ketika paket base-files diperbarui. Tidak ada release terpisah yang perlu digunakan dan tidak perlu melakukan reinstall.

Mengapa server saya masih melaporkan nomor point release yang lebih lama setelah apt upgrade?

Biasanya karena automatic updates hanya dibatasi pada perbaikan keamanan. Konfigurasi default /etc/apt/apt.conf.d/50unattended-upgrades mengaktifkan origin -security dan membiarkan baris -updates tetap diberi komentar, sedangkan paket base-files yang memuat string versi berasal dari -updates. Jalankan sudo apt update && sudo apt full-upgrade secara manual dan periksa apakah base-files muncul dalam daftar. Jika tercantum sebagai kept back, berarti ada konfigurasi pinning atau penahanan paket.

Mengapa server 24.04 saya tidak menawarkan 26.04?

Karena Prompt=lts di /etc/update-manager/release-upgrades merupakan default pada LTS, dan memeriksa daftar LTS di https://changelogs.ubuntu.com/meta-release-lts. LTS baru tidak ditawarkan sebagai target upgrade sampai point release pertamanya tersedia. Sampai saat itu, sudo do-release-upgrade -c menampilkan No new release found., dan perilaku tersebut benar. Penundaan ini disengaja. Periode tersebut digunakan untuk memperbaiki masalah upgrade yang ditemukan oleh pengguna yang melakukan upgrade lebih awal.

Haruskah saya menginstal kernel HWE pada VPS?

Biasanya tidak. Hardware enablement ditujukan untuk mendukung hardware yang lebih baru daripada release tersebut, sedangkan VPS menyediakan perangkat virtio yang drivernya sudah tersedia di kernel selama bertahun-tahun. Kernel GA tetap menggunakan satu versi selama masa berlaku LTS, dengan perbaikan yang di-backport ke versi tersebut. Gunakan kernel HWE jika Anda dapat menyebutkan fitur kernel yang diperlukan, dan pahami bahwa setelah itu Anda akan menerima perubahan versi kernel serta reboot kira-kira setiap enam bulan.