Cara Selesaikan Ralat do-release-upgrade Tiada Keluaran

Mengapa do-release-upgrade menyatakan tiada keluaran baharu ditemui

do-release-upgrade yang berakhir dengan No new release found. hampir tidak pernah bermaksud alat tersebut rosak. Laluan yang anda minta ditutup pada ketika itu, dan alat tersebut melaporkan perkara itu dengan cara yang paling ringkas. Lima perkara menutup laluan tersebut: tetapan Prompt dalam /etc/update-manager/release-upgrades, sekatan keluaran titik pada naik taraf LTS (sokongan jangka panjang), repositori pihak ketiga, pakej yang ditahan atau separuh dikonfigurasi, serta keluaran yang telah tamat tempoh sokongan dan pakejnya telah dikeluarkan daripada arkib utama.

Selesaikan perkara tersebut mengikut urutan itu. Setiap satu mempunyai arahan yang membuktikan sama ada ia terpakai pada pelayan anda, jadi anda tidak perlu meneka yang mana satu daripada lima perkara itu yang anda hadapi.

Perkara yang sebenarnya dilaporkan oleh flag check-only

sudo do-release-upgrade -c
echo $?

-c ialah mod check-only. Ia membaca metadata keluaran Canonical melalui HTTPS (hypertext transfer protocol secure) dan memaparkan jawapannya. Ia tidak memuat turun sebarang alat naik taraf dan tidak menulis semula sebarang fail sumber. Dua output adalah penting:

Checking for a new Ubuntu release
No new release found.

Checking for a new Ubuntu release
New release '26.04.1 LTS' available.
Run 'do-release-upgrade' to upgrade to it.

Pada keluaran LTS dengan Prompt=lts, jawapan pertama diungkapkan secara berbeza. Sumber alat naik taraf mencetak There is no development version of an LTS available. apabila Prompt=lts ditetapkan dan tiada apa-apa yang ditemui, walaupun anda tidak pernah menghantar -d. Ia membawa maksud yang sama seperti No new release found..

Kod keluar (exit code) membawa jawapan yang sama untuk skrip. Ia adalah 0 apabila keluaran tersedia dan 1 apabila tiada keluaran. Ini mengikut konvensyen shell biasa iaitu sifar untuk kejayaan, jadi skrip boleh menganggap kod keluar sifar sebagai "keluaran baharu ditawarkan".

Jika banner log masuk anda masih menunjukkan jawapan lama, ia adalah kerana cache. Baris tersebut datang daripada /etc/update-motd.d/91-release-upgrade, yang menyerahkan tugas kepada /usr/lib/ubuntu-release-upgrader/release-upgrade-motd, dan pembantu tersebut mencetak teks yang disimpan dalam /var/lib/ubuntu-release-upgrader/release-upgrade-available dan bukannya bertanya kepada rangkaian. Menjalankan pembantu itu sendiri tidak menyegarkan apa-apa. Dalam tempoh sehari selepas semakan terakhir, ia mencetak semula apa sahaja teks yang disimpan, dan sebaik sahaja teks yang disimpan itu berusia sehari, ia memulakan semakan baharu di latar belakang dan tidak mencetak apa-apa. Untuk mengosongkan banner yang lapuk, padam fail yang disimpan dengan sudo rm /var/lib/ubuntu-release-upgrader/release-upgrade-available, dan log masuk seterusnya akan memulakan semakan baharu. Untuk jawapan itu sendiri, percayalah pada -c. Banner hanya mengulangi hasil semakan terakhir yang dijalankan.

Semakan ini juga perlu mencapai changelogs.ubuntu.com. Pada pelayan di sebalik firewall keluar yang ketat atau proksi, alat tersebut tidak boleh bertanya, jadi ia tidak dapat mencari apa-apa.

curl -sI https://changelogs.ubuntu.com/meta-release-lts | head -n 1

Baris HTTP/2 200 bermakna pelayan boleh melihat metadata tersebut. Tiada output langsung bermakna permintaan gagal, kerana -s juga menyembunyikan mesej ralat curl, jadi jalankan echo $? sejurus selepas itu. Kod keluar 6 bermakna nama tersebut tidak dapat diselesaikan (resolve). Kod keluar 7 (gagal menyambung) atau 28 (masa tamat) biasanya menunjukkan masalah pada peraturan keluar (egress) atau proksi anda, walaupun carian DNS yang perlahan juga dikira sebagai tamat masa sambungan curl. Walau apa pun puncanya, menyunting fail APT (advanced package tool) tidak akan mengubah jawapannya.

Jika arahan tersebut tiada langsung, ia berada dalam ubuntu-release-upgrader-core. Imej cloud yang minimum kadangkala tidak menyertakan pakej tersebut.

sudo apt install ubuntu-release-upgrader-core

Baca /etc/update-manager/release-upgrades sebelum membuat sebarang perubahan

cat /etc/update-manager/release-upgrades

[DEFAULT]
Prompt=lts

Fail ini mengandungi dokumentasinya sendiri dalam bentuk komen. Tiga nilai adalah sah:

• never: jangan semak, dan jangan benarkan, sebarang naik taraf kepada keluaran baharu.
• normal: tawarkan keluaran disokong yang serta-merta menyusuli keluaran yang sedang berjalan.
• lts: tawarkan keluaran LTS pertama yang menyusuli keluaran yang sedang berjalan.

Prompt=never adalah yang paling mudah didiagnosis antara ketiga-tiganya, kerana alat tersebut menamakan kedua-dua fail dan tetapan dalam outputnya:

Checking for a new Ubuntu release
In /etc/update-manager/release-upgrades Prompt
is set to never so upgrading is not possible.

Penyedia hosting dan alat pengurusan konfigurasi menetapkan never secara sengaja, untuk menghalang sekumpulan pelayan daripada beralih antara keluaran secara tidak terkawal. Jika anda menemuinya di sana, seseorang telah memilihnya. Tukar kepada lts untuk pelayan yang anda mahukan berada pada landasan sokongan jangka panjang (LTS), dan kembalikan kepada nilai asal selepas itu jika automasi anda menjangkakan nilai lama tersebut.

Satu perincian dalam komen tersebut sering memerangkap pengguna. Apabila Prompt=lts ditetapkan dan keluaran yang sedang berjalan bukanlah keluaran LTS, penaik taraf akan menganggap tetapan tersebut sebagai normal. Pada mesin 25.10, kedua-dua nilai berkelakuan sama. Pada mesin 24.04, ia membaca fail yang berbeza, dan perbezaan itu merupakan keseluruhan bahagian seterusnya.

Mengapa naik taraf LTS ke LTS menunggu keluaran titik pertama

Prompt menentukan fail metadata yang dibaca oleh penaik taraf. Alamatnya berada dalam /etc/update-manager/meta-release:

[METARELEASE]
URI = https://changelogs.ubuntu.com/meta-release
URI_LTS = https://changelogs.ubuntu.com/meta-release-lts
URI_UNSTABLE_POSTFIX = -development
URI_PROPOSED_POSTFIX = -proposed

Prompt=lts membaca meta-release-lts. Prompt=normal membaca meta-release. Kedua-dua fail menerangkan setiap keluaran dalam blok kunci kecil, dan penaik taraf hanya menawarkan keluaran apabila bendera Supported: ditetapkan kepada 1. Baca sendiri fail tersebut daripada pelayan yang sama:

curl -s https://changelogs.ubuntu.com/meta-release-lts | grep -A 4 resolute
curl -s https://changelogs.ubuntu.com/meta-release | grep -A 4 resolute

Disemak pada 21 Oktober 2026, kedua-dua fail tersebut bersetuju mengenai Ubuntu 26.04. Fail LTS menyatakan:

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

Fail biasa menyatakan:

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

Ia tidak sentiasa bersetuju. Pada 13 Ogos 2026, fail LTS masih menyenaraikan Version: 26.04 LTS dengan Supported: 0, manakala fail biasa sudah membawa Supported: 1. 0 dalam fail LTS itu merupakan pintu kawalan. Pelayan 24.04 yang menggunakan Prompt=lts lalai membaca fail tersebut, mendapati tiada keluaran LTS lebih baharu yang ditandakan sebagai tersedia, lalu melaporkan bahawa tiada apa-apa untuk dinaik taraf. Tiada apa-apa yang salah pada mesin tersebut. Canonical belum membuka laluan itu lagi.

Bendera bertukar kepada 1 apabila Canonical mendayakan naik taraf LTS. Ini berlaku selepas keluaran titik pertama, bukan pada hari ia dilancarkan, dan bagi 26.04 ia telah pun berlaku. Ubuntu 26.04.1 dikeluarkan pada 27 Ogos 2026, dan pada 29 September 2026 Canonical mengumumkan bahawa naik taraf daripada 24.04 "kini didayakan". Fail LTS kini menandakan 26.04.1 sebagai disokong, jadi pelayan 24.04 pada Prompt=lts ditawarkan 26.04.1 dan pintu kawalan bukan lagi punca jawapan kosong. Jika pelayan 24.04 anda masih tidak menemui apa-apa, puncanya ada di tempat lain pada halaman ini: sepanduk log masuk yang dicache, akses yang disekat ke changelogs.ubuntu.com, atau Prompt=never. Keluaran titik bukanlah versi Ubuntu baharu, sebaliknya keluaran yang sama dengan setiap kemas kini sejak pelancaran digabungkan ke dalam media pemasangan baharu, jadi perkara yang penting bagi pelayan yang sedang berjalan ialah pintu kawalan yang dibuka selepasnya, bukannya media itu sendiri. Kelewatan ini disengajakan: pengguna yang menaik taraf lebih awal akan menemui penyekat, dan ia akan dibaiki sebelum populasi pelayan LTS yang jauh lebih besar mengikutinya. Pengumuman Canonical bagi 26.04.1 menyatakan tawaran automatik melalui Update Manager akan tiba "beberapa minggu selepas keluaran ini susulan beberapa backport yang dirancang untuk menangani regresi dalam versi terkini rust-coreutils". Untuk perinciannya, apa yang disertakan dalam 26.04.1 dan maksudnya bagi pelayan 24.04 menyambung cerita dari situ.

Dengan pintu kawalan terbuka, pilihan lama antara menunggu dan beralih kepada Prompt=normal tidak lagi terpakai untuk naik taraf ini. Kekalkan Prompt=lts dan jalankan sudo do-release-upgrade, yang kini menyasarkan 26.04.1 yang telah dikeluarkan. Jika anda beralih kepada normal semasa pintu kawalan ditutup, tetapkan semula nilai kepada lts supaya pelayan kekal pada landasan sokongan jangka panjang. Prosedur itu sendiri, langkah demi langkah, terdapat dalam panduan lengkap naik taraf pelayan 24.04 ke 26.04. Pelayan yang masih menggunakan 22.04 mempunyai satu langkah tambahan untuk dilakukan, kerana Prompt=lts hanya menawarkan keluaran LTS seterusnya, jadi laluan dari 22.04 ke 26.04 perlu melalui 24.04 terlebih dahulu.

Repositori pihak ketiga dan PPA yang menyekat naik taraf

Alat naik taraf menulis semula sumber APT anda untuk menghala ke keluaran baharu. Secara lalai, ia mengekalkan arkib dan cermin Ubuntu sendiri serta meletakkan komen pada repositori pihak ketiga, walaupun repositori tersebut sudah menerbitkan pakej untuk keluaran baharu. Entri yang dikekalkan masih dinyahdayakan jika ia tidak mempunyai fail Release untuk siri baharu tersebut. Sebab-sebabnya direkodkan ke dalam log alat naik taraf, satu baris bagi setiap entri, dan bukannya dipaparkan pada skrin, dan ia adalah khusus: was disabled (unknown mirror), was disabled (unknown dist), dan was disabled (no Release file).

PPA (personal package archive) yang dibina untuk noble tidak mempunyai direktori untuk resolute pada pelayan, jadi walaupun sumber pihak ketiga dibenarkan, alat naik taraf tidak dapat mengambil fail Release untuk siri baharu dan akan menyahdayakan entri tersebut. Ini biasanya merupakan amaran yang boleh anda terima. Ia menjadi penghalang apabila pakej yang anda pasang daripada repositori tersebut tidak dapat beralih bersama sistem yang lain. APT mengekalkan satu versi bagi setiap pakej, yang dipilih mengikut keutamaan tertakluk kepada kekangan dependensi, dan secara lalai ia tidak menurunkan taraf (downgrade) pakej yang telah dipasang. Oleh itu, versi PPA yang lebih baharu daripada versi yang dibekalkan oleh keluaran baharu akan kekal, dan jika ia bergantung pada versi pustaka yang tidak lagi dibawa oleh keluaran baharu, pengiraan naik taraf akan gagal.

Tentukan perkara ini sendiri sebelum anda bermula, daripada membiarkan alat tersebut membuat keputusan semasa proses yang berjalan lama tanpa pengawasan.

ls /etc/apt/sources.list.d/
apt policy nginx
sudo add-apt-repository --remove ppa:example/ppa

apt policy pada nama pakej akan mencetak dari repositori mana setiap versi yang dipasang datang, supaya anda boleh melihat dengan tepat pakej mana yang bergantung pada sumber yang bakal anda nyahdayakan. Membuang sumber tidak menurunkan taraf apa-apa, jadi pakej yang dipasang daripada PPA kekal pada versi PPA tersebut dan mungkin lebih baharu daripada apa yang dibawa oleh keluaran baharu. Jika perkara itu penting, buang pakej tersebut juga, dan pasang semula daripada arkib selepas naik taraf selesai. Repositori yang anda rancang untuk gunakan semula, seperti Tailscale, memerlukan kod nama (codename) dikemas kini kepada keluaran baharu sebelum pakej boleh dipasang semula, yang merupakan punca kepada kebanyakan ralat pemasangan Tailscale pada Ubuntu.

Terdapat flag untuk pilihan yang bertentangan. Halaman manual menerangkan --allow-third-party sebagai "Cuba naik taraf dengan cermin dan repositori pihak ketiga didayakan dan bukannya meletakkan komen padanya." Gunakannya hanya apabila anda telah mengesahkan bahawa repositori tersebut sudah menerbitkan pakej untuk keluaran sasaran. Jika tidak, flag tersebut tidak memberikan sebarang manfaat, kerana entri tanpa fail Release untuk siri baharu akan dinyahdayakan juga, atau ia akan mengekalkan pakej yang tidak pernah dibina untuk keluaran tersebut.

Pada Ubuntu 24.04 dan versi terkemudian, kebanyakan sumber berada dalam /etc/apt/sources.list.d/ubuntu.sources dalam format deb822. Repositori yang sama yang ditulis dalam format lama dan baharu merupakan ralat berasingan dengan mesejnya sendiri, yang dibincangkan dalam ralat entri sumber pendua dalam format deb822.

Pakej yang ditahan dan separuh dikonfigurasi menghentikan pengiraan

Peningkatan keluaran (release upgrade) perlu memindahkan hampir setiap pakej pada sistem. Jika satu pakej tidak dapat dipindahkan, pengiraan akan gagal, dan penaik taraf (upgrader) lebih memilih untuk berhenti awal daripada membiarkan sistem anda dalam keadaan separuh siap. Dua arahan boleh mencari puncanya.

apt-mark showhold
sudo dpkg --audit

apt-mark showhold mencetak pakej yang ditahan satu demi satu baris, dan tidak mencetak apa-apa pada sistem yang bersih. Status "tahan" (hold) ialah arahan manual supaya pakej tersebut tidak diubah. Seseorang mungkin telah menetapkan (pin) kernel atau versi pangkalan data, kemudian terlupa mengenainya. Lepaskan pakej yang tidak lagi diperlukan dengan sudo apt-mark unhold diikuti dengan nama pakej tersebut.

dpkg --audit menyenaraikan pakej yang telah dinyahpek (unpacked) tetapi tidak pernah dikonfigurasi. Keadaan ini berlaku akibat pemasangan yang terganggu, biasanya disebabkan oleh sesi yang terputus. Penaik taraf akan cuba membaikinya dan merekodkan dpkg interrupted, calling dpkg --configure -a, tetapi menjalankan pembaikan sendiri terlebih dahulu membolehkan anda membaca ralat tersebut dan bukannya mencarinya kemudian. Pakej yang tidak dapat dibaiki oleh alat tersebut akan menghasilkan mesej Package in inconsistent state, dan pakej itu memerlukan perhatian sebelum anda mencuba semula.

Pastikan keluaran yang sedang berjalan dikemas kini sepenuhnya sebelum anda meningkat tarafnya.

sudo apt update
sudo apt full-upgrade -o APT::Get::Always-Include-Phased-Updates=true
sudo apt --fix-broken install
sudo dpkg --configure -a
sudo reboot

Pilihan kemas kini berperingkat (phased updates) adalah lebih penting daripada yang disangka. Ubuntu melancarkan beberapa kemas kini kepada peratusan mesin pada satu-satu masa, jadi arahan apt upgrade biasa boleh menyebabkan pakej tertinggal, dan pelayan anda menjadi kurang terkini daripada yang anda sangkakan. Pilihan tersebut akan mengambil kesemuanya. Lakukan but semula (reboot) selepas itu jika kernel disertakan dalam kemas kini, supaya anda membuat peningkatan daripada kernel yang sedang digunakan. Mesin yang sudah menguruskan tampalan sendiri melalui kemas kini keselamatan tanpa pengawasan mempunyai beban kerja yang lebih sedikit di sini, walaupun mekanisme tersebut tidak akan melangkaui sempadan keluaran (release boundary) secara reka bentuk.

Apabila keluaran melepasi tempoh sokongan standard

Keluaran interim Ubuntu disokong selama sembilan bulan. Apabila sokongan tersebut tamat, flag Supported: akan bertukar kepada 0, namun itu sahaja tidak menutup laluan naik taraf. Pemuat naik taraf (upgrader) hanya melangkau keluaran yang tidak disokong sebagai sasaran, dan notis Canonical bahawa 25.10 mencapai penghujung hayat pada 9 Julai 2026 menyatakan: "Laluan naik taraf yang disokong daripada Ubuntu 25.10 adalah ke Ubuntu 26.04 LTS." Disemak pada 21 Oktober 2026, meta-release menyatakan perkara berikut mengenai 25.10:

Dist: questing
Name: Questing Quokka
Version: 25.10
Date: Thu, 09 October 2025 00:25:10 UTC
Supported: 0

Perkara yang menutup laluan tersebut ialah arkib, dan ia dipindahkan selepas tarikh penghujung hayat. Notis yang sama menyatakan 25.10 akan diarkibkan ke old-releases.ubuntu.com "dalam beberapa minggu akan datang". Disemak pada 21 Oktober 2026, questing masih berada pada archive.ubuntu.com dan belum lagi pada old-releases.ubuntu.com, jadi pelayan 25.10 masih boleh mengemas kini dan menaik taraf terus ke 26.04 LTS. Sebaik sahaja sesuatu keluaran dipindahkan, pakejnya akan dialih keluar daripada archive.ubuntu.com dan disimpan di old-releases.ubuntu.com. Kemudian apt update mula mengembalikan 404 Not Found, sistem tidak lagi boleh dikemaskinikan, dan kerana pemuat naik taraf memerlukan sistem yang terkini, tiada proses yang akan diteruskan. Betulkan sumber (sources) terlebih dahulu.

lsb_release -cs
grep -rn ubuntu.com /etc/apt/sources.list /etc/apt/sources.list.d/

Halakan kedua-dua archive.ubuntu.com dan security.ubuntu.com ke old-releases.ubuntu.com, dan biarkan kod nama (codename) anda seperti sedia ada. Hanya nama hos yang berubah.

sudo sed -i.bak -e 's/archive.ubuntu.com/old-releases.ubuntu.com/g' \
                -e 's/security.ubuntu.com/old-releases.ubuntu.com/g' \
                /etc/apt/sources.list.d/ubuntu.sources
sudo apt update

Jalankan perintah yang sama terhadap /etc/apt/sources.list sebaliknya jika pelayan anda masih menyimpan sumbernya dalam fail tunggal tersebut. Pilihan -i.bak menulis sandaran di sebelah fail asal, supaya anda boleh memulihkannya jika suntingan tersebut ditujukan pada fail yang salah. apt update yang bersih selepas itu bermakna arkib boleh dicapai semula, dan do-release-upgrade kini akan berhubung dengan anda.

Bersikap realistik tentang sejauh mana langkah ini membantu anda. Ubuntu menyokong satu langkah keluaran pada satu masa, jadi pelayan yang ketinggalan dua atau tiga keluaran perlu melalui setiap langkah secara bergilir, dan setiap langkah boleh gagal disebabkan oleh repositori pihak ketiga atau pakej yang ditahan (held package). Pada VPS, selalunya lebih pantas untuk membina pelayan baharu pada LTS semasa, memindahkan servis, dan menyimpan pelayan lama sehingga anda pasti. Itu juga memberikan anda pilihan untuk kembali ke keadaan asal (rollback), yang tidak ditawarkan oleh naik taraf di tempat (in-place upgrade). Jika anda sedang memilih landasan untuk digunakan selepas ini, perbezaan antara LTS dan keluaran interim pada pelayan wajar dibaca sebelum anda membuat keputusan.

Fungsi sebenar flag keluaran pembangunan

-d, atau --devel-release, menambah -development pada alamat fail yang dipilih oleh Prompt, supaya penaik taraf membaca meta-release-development di bawah Prompt=normal dan meta-release-lts-development di bawah Prompt=lts. Ia juga membolehkan penaik taraf memilih keluaran yang flag Supported:-nya masih 0. Halaman manual menerangkannya sebagai "Jika menggunakan keluaran sokongan terkini, naik taraf kepada keluaran pembangunan."

Disemak pada 21 Oktober 2026, entri terbaharu dalam meta-release-development bukanlah 26.04:

Dist: stonking
Name: Stonking Stingray
Version: 26.10
Date: Thu, 15 October 2026 00:26:10 UTC
Supported: 0

Walau bagaimanapun, entri terbaharu bukanlah yang dipilih oleh penaik taraf. Ia menyemak fail mengikut urutan dan mengambil keluaran pertama yang bertarikh selepas versi yang anda jalankan. Pada pelayan 24.04 yang ditetapkan dalam kedua-dua fail pembangunan, maka -d pada 24.04 akan membawa kepada keluaran 26.04.1, dan pengumuman 26.04.1 daripada Canonical sendiri memberitahu pengguna 24.04 yang "tidak sabar untuk beralih" supaya menjalankan do-release-upgrade -d. Kini setelah pintu LTS dibuka, do-release-upgrade biasa mencapai keluaran yang sama tanpa flag tersebut. Pada pelayan 26.04, entri lebih baharu yang pertama ialah 26.10. Ubuntu mengeluarkan 26.10 pada 15 Oktober 2026, tetapi apabila disemak pada 21 Oktober 2026 meta-release masih berakhir pada resolute, jadi pelayan 26.04 pada Prompt=normal mendapat No new release found. daripada semakan biasa. Pengumuman 26.10 daripada Canonical menyatakan pengguna 26.04 "akan ditawarkan naik taraf automatik kepada 26.10" jika mereka memilih untuk diberitahu tentang semua keluaran, tanpa memberikan tarikh. Sehingga entri itu muncul, -d pada 26.04 hanya mencapai keluaran 26.10 melalui fail pembangunan, di mana ia masih ditandakan Supported: 0, mendahului laluan yang telah dibuka oleh Canonical. Nota keluaran 26.10 menambah bahawa sistem yang berjalan di bawah penyulitan cakera penuh berasaskan TPM tidak boleh menaik taraf daripada 26.04 kepada 26.10 semasa pelancaran. Dengan Prompt=lts dipasang pada 26.04, meta-release-lts-development tidak menyenaraikan apa-apa selepas resolute, dan flag tersebut berhenti dengan mesejnya sendiri:

There is no development version of an LTS available.

Dokumentasi pelayan Ubuntu menyatakan secara terus terang tentang flag tersebut: "menggunakan keluaran pembangunan (atau flag -d) tidak disyorkan untuk persekitaran pengeluaran". Keluaran pembangunan berubah setiap hari dan tidak membawa janji sokongan keselamatan, jadi pakej yang berfungsi pada waktu pagi boleh merosakkan servis pada waktu petang. Apabila -d menghala ke keluaran pembangunan, gunakannya pada mesin maya percubaan yang anda bina untuk menguji konfigurasi anda sendiri. Jangan gunakannya pada pelayan yang menjadi sandaran sesiapa pun. Apabila anda mahukan keluaran 26.04 pada pelayan 24.04, do-release-upgrade biasa dengan Prompt=lts kini akan memberikan hasil tersebut kepada anda.

Jalankan naik taraf di mana sesi SSH yang terputus tidak akan merosakkannya

Naik taraf keluaran menggantikan sebahagian besar sistem, termasuk openssh-server dan systemd. Jika sesi SSH (secure shell) anda terputus semasa dpkg sedang berfungsi, proses itu dihentikan apabila pakej telah dibongkar tetapi belum dikonfigurasikan. Keadaan inilah yang menghalang percubaan seterusnya. Jika perkara ini sudah berlaku, memulihkan naik taraf yang terhenti separuh jalan ialah tugas berasingan dan mesti diselesaikan sebelum percubaan kedua. Mulakan proses naik taraf dalam multiplexer terminal setiap kali.

sudo apt install -y tmux
tmux new -s upgrade
sudo do-release-upgrade

Jika sambungan terputus, log masuk semula dan jalankan tmux attach -t upgrade. Naik taraf tersebut terus berjalan kerana ia merupakan anak kepada pelayan tmux dan bukannya sesi SSH anda. screen -S upgrade dan screen -r upgrade melakukan tugas yang sama jika anda lebih gemar menggunakan screen.

Penaik taraf mempunyai mekanisme keselamatan tersendiri bagi pengguna yang tidak menggunakan multiplexer. Apabila ia mengesan bahawa ia sedang berjalan di bawah SSH, ia akan menawarkan untuk memulakan sshd kedua pada port 1022, supaya sesi utama yang terputus masih meninggalkan jalan masuk. Ia membuat keputusan dengan menyemak proses induknya sendiri untuk mencari proses yang bernama sshd. Di dalam tmux atau screen, semakan tersebut akan menemui pelayan multiplexer, jadi tawaran itu tidak akan muncul, dan fail pid /var/run/release-upgrader-sshd.pid hanya ditulis apabila daemon tambahan benar-benar bermula. Tiada masalah jika anda tidak melihat gesaan tersebut. Anda sudah mempunyai perlindungan yang lebih baik.

Jika anda menerima tawaran tersebut, port itu tidak akan dibuka secara automatik untuk anda. Alat tersebut menyatakan perkara ini dengan jelas, kerana membuka port adalah keputusan keselamatan yang tidak sepatutnya dibuat bagi pihak anda. Buka port tersebut sepanjang tempoh naik taraf, kemudian tutupnya semula.

sudo ufw allow 1022/tcp
sudo ufw delete allow 1022/tcp

Kebanyakan penyedia VPS menjalankan firewall kedua dalam panel kawalan mereka, di luar sistem pengendalian. Port 1022 juga perlu dibuka di sana, jika tidak, pendengar sandaran akan berjalan tetapi tidak boleh dicapai, yang merupakan keadaan paling buruk bagi kedua-duanya.

Empat perkara perlu disediakan sebelum anda menaip arahan tersebut:

• Ambil snapshot atau sandaran penuh. Naik taraf keluaran secara terus (in-place) tidak mempunyai fungsi buat asal, dan ini adalah satu-satunya peluang yang anda ada.
• Pastikan anda boleh membuka konsol penyedia anda sebelum anda memerlukannya. Jika pelayan tidak kembali selepas but semula, SSH adalah perkara yang anda tidak akan miliki. Kernel yang gagal untuk but adalah masalah berasingan dengan langkah pemulihan tersendiri, yang dibincangkan dalam VPS yang tidak boleh but selepas kemas kini kernel.
• Semak ruang bebas dengan df -h / /boot. Naik taraf memuat turun set pakej yang penuh, dan partition /boot yang menyimpan beberapa kernel lama merupakan tempat biasa untuk proses terhenti.
• Baca nota keluaran untuk servis yang anda jalankan. Lonjakan versi utama dalam PostgreSQL atau PHP akan tiba bersama keluaran tersebut, sama ada anda merancang untuknya atau tidak.

FAQ

Mengapakah do-release-upgrade menyatakan tiada keluaran baharu ditemui pada Ubuntu 24.04?

Sekatan keluaran titik LTS bukan lagi puncanya. Sebelum Canonical membolehkan naik taraf LTS pada 29 September 2026, kira-kira sebulan selepas Ubuntu 26.04.1 dikeluarkan pada 27 Ogos 2026, 26.04 membawa Supported: 0 dalam https://changelogs.ubuntu.com/meta-release-lts, iaitu fail yang dibaca oleh Prompt=lts lalai, jadi alat tersebut tidak menemui apa-apa. Disemak pada 21 Oktober 2026 bahawa flag tersebut ialah 1, dan pelayan 24.04 ditawarkan 26.04.1. Jika pelayan anda masih tidak menemui apa-apa, jalankan sudo do-release-upgrade -c dan bukannya mempercayai sepanduk log masuk, sahkan pelayan boleh mencapai changelogs.ubuntu.com, dan periksa bahawa Prompt tidak ditetapkan kepada never. Dengan Prompt=lts, jawapan kosong dibaca sebagai There is no development version of an LTS available., yang membawa maksud yang sama.

Adakah selamat untuk menetapkan Prompt=normal daripada menunggu keluaran titik?

Bagi 24.04 ke 26.04, tiada lagi perkara yang perlu ditunggu. Canonical membolehkan naik taraf pada 29 September 2026, selepas keluaran titik dihantar pada 27 Ogos 2026, dan disemak pada 21 Oktober 2026 bahawa kedua-dua meta-release dan meta-release-lts menandakan 26.04 dengan Supported: 1, jadi Prompt=lts sudah pun menawarkannya dan penukaran tidak memberikan sebarang kelebihan. Sebelum naik taraf dibolehkan, Prompt=normal menaik taraf anda kepada 26.04 yang telah dikeluarkan dan bukannya binaan pembangunan, dengan risiko melakukan naik taraf sebelum penyekat yang ditemui oleh pengguna awal dibaiki. Jika anda menukar tetapan semasa anda menunggu, tetapkan semula nilai tersebut kepada lts.

Adakah flag -d menaik taraf saya kepada 26.04?

Daripada 24.04, ya. -d mengambil keluaran pertama yang bertarikh selepas keluaran yang anda jalankan, dan dalam kedua-dua fail pembangunan itu ialah 26.04, kini 26.04.1, itulah sebabnya pengumuman 26.04.1 Canonical memberitahu pengguna 24.04 yang tidak sabar untuk menjalankan do-release-upgrade -d. Entri terbaharu dalam meta-release-development, disemak pada 21 Oktober 2026, ialah Ubuntu 26.10, yang dikeluarkan pada 15 Oktober 2026 tetapi masih ditandakan Supported: 0 di sana dan belum lagi disenaraikan dalam meta-release, dan itulah tempat -d menghala dari pelayan 26.04. Dokumentasi pelayan Ubuntu sendiri menyatakan bahawa keluaran pembangunan (atau flag -d) tidak disyorkan untuk pengeluaran, dan dengan pintu LTS terbuka, do-release-upgrade biasa akan mencapai 26.04.1 tanpa flag tersebut.

apt update mengembalikan ralat 404 pada keluaran lama. Bagaimanakah cara untuk menaik tarafnya?

Keluaran tersebut telah mencapai penghujung hayat, jadi pakejnya telah dialihkan daripada archive.ubuntu.com kepada old-releases.ubuntu.com. Tukar hanya nama hos dalam /etc/apt/sources.list.d/ubuntu.sources, atau dalam /etc/apt/sources.list pada susun atur yang lebih lama, dan kekalkan nama kod anda seperti sedia ada. Kemudian jalankan sudo apt update dan sudo apt full-upgrade. Sebaik sahaja sistem kembali terkini, do-release-upgrade boleh menggerakkannya ke hadapan satu keluaran pada satu masa.

Adakah saya perlu membuang PPA saya sebelum menjalankan do-release-upgrade?

Anda tidak perlu berbuat demikian, kerana secara lalai alat naik taraf akan meletakkan komen pada sumber pihak ketiga, bersama-sama dengan mana-mana sumber yang tidak mempunyai fail Release untuk keluaran baharu, dan mencatat baris seperti was disabled (unknown mirror) untuk setiap satu. Melakukannya sendiri terlebih dahulu adalah lebih baik, kerana anda memilih urutannya dan anda melihat hasilnya. Jalankan apt policy pada pakej yang anda pentingkan untuk mengetahui pakej mana yang datang daripada setiap PPA, kemudian pasang semula pakej tersebut daripada arkib jika versi PPA lebih baharu daripada yang dibawa oleh keluaran baharu.