Cara Selesaikan do-release-upgrade Tiada Keluaran Baharu

Mengapa do-release-upgrade menyatakan tiada keluaran baharu ditemui

do-release-upgrade yang berakhir dengan No new release found. hampir tidak pernah disebabkan oleh alat yang rosak. Laluan yang anda minta ditutup pada ketika itu, dan alat tersebut melaporkannya dengan cara yang paling ringkas. Lima perkara yang menutupnya: tetapan Prompt dalam /etc/update-manager/release-upgrades, pintu kawalan keluaran titik pada naik taraf LTS (long term support), repositori pihak ketiga, pakej yang ditahan atau separuh dikonfigurasi, dan keluaran yang telah melepasi tarikh tamat sokongan.

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 tersebut yang anda hadapi.

Perkara yang sebenarnya dilaporkan oleh flag check-only

sudo do-release-upgrade -c
echo $?

-c ialah mod semakan sahaja. 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.

Kod keluar (exit code) membawa jawapan yang sama untuk skrip. Ia adalah 0 apabila keluaran tersedia dan 1 apabila tiada keluaran, yang mana merupakan songsangan daripada konvensyen shell biasa, jadi bacalah dengan teliti sebelum anda membina semakan di sekelilingnya.

Jika banner log masuk anda masih menunjukkan jawapan lama, ia telah dicache. Baris tersebut datang daripada /etc/update-motd.d/91-release-upgrade, yang mencetak hasil tersimpan dan bukannya bertanya kepada rangkaian. Segarkan ia dengan sudo /usr/lib/ubuntu-release-upgrader/release-upgrade-motd, atau percayai sahaja -c. Banner tersebut 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 dapat 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. Baris curl: (28) Connection timed out bermakna peraturan egress anda adalah punca sebenar, dan menyunting fail APT (advanced package tool) tidak akan mengubah jawapannya.

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

sudo apt install ubuntu-release-upgrader-core

Baca /etc/update-manager/release-upgrades sebelum mengubah apa-apa

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 pengehosan dan alat pengurusan konfigurasi menetapkan never secara sengaja, untuk menghalang kumpulan pelayan daripada berubah-ubah antara keluaran. Jika anda menemuinya di sana, seseorang telah memilihnya. Tukarkannya kepada lts untuk pelayan yang anda mahukan dalam landasan sokongan jangka panjang (LTS), dan kembalikannya semula 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 melayan tetapan tersebut sebagai normal. Pada mesin 25.10, kedua-dua nilai berkelakuan sama. Pada mesin 24.04, ia tidak sama, dan perbezaan itulah yang menjadi keseluruhan bahagian seterusnya.

Mengapa naik taraf LTS ke LTS menunggu keluaran titik pertama

Prompt menentukan fail metadata yang dibaca oleh penaik taraf. Alamat tersebut 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 yang kecil, dan penaik taraf hanya menawarkan keluaran apabila bendera Supported: ditetapkan kepada 1. Anda boleh membacanya sendiri, 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 13 Ogos 2026, kedua-dua fail tersebut tidak sepadan mengenai Ubuntu 26.04. Fail LTS menyatakan:

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

Fail biasa menyatakan:

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

Nilai Supported: 0 dalam fail LTS itu ialah pintu kawalannya. Pelayan 24.04 yang menggunakan Prompt=lts lalai membaca fail tersebut, mendapati tiada keluaran LTS lebih baharu yang ditandakan sebagai tersedia, lalu mencetak No new release found.. Tiada apa-apa yang salah pada mesin anda. Canonical belum membuka laluan tersebut lagi.

Bendera tersebut bertukar kepada 1 apabila keluaran titik pertama dilancarkan. Ubuntu 26.04.1 dijadualkan pada 27 Ogos 2026, dan jadual keluaran boleh berubah, jadi semak metadata dan bukannya kalendar. Kelewatan ini disengajakan: pengguna yang menaik taraf lebih awal akan menemui penyekat, dan penyekat tersebut dibaiki sebelum populasi pelayan LTS yang lebih besar mengikutinya.

Terdapat dua pilihan yang wajar. Tunggu keluaran titik pertama, yang merupakan tindakan tepat bagi mana-mana pelayan yang anda tidak mahu pantau secara rapi. Atau tetapkan Prompt=normal, yang menghalakan alat yang sama ke meta-release, di mana 26.04 sudah ditandakan sebagai disokong. Laluan kedua ini menaik taraf anda kepada 26.04 yang telah dikeluarkan, bukan kepada binaan pembangunan, jadi ia boleh dipertahankan pada mesin yang boleh anda pulihkan daripada snapshot. Tetapkan semula nilai tersebut kepada lts apabila anda selesai. Prosedur itu sendiri, langkah demi langkah, terdapat dalam panduan lengkap naik taraf pelayan 24.04 ke 26.04.

Repositori pihak ketiga dan PPA yang menyekat naik taraf

Alat naik taraf menulis semula sumber APT anda untuk menghala ke keluaran baharu. Ia hanya boleh melakukan perkara tersebut bagi repositori yang menerbitkan pakej untuk keluaran baharu, jadi mana-mana repositori lain akan diletakkan dalam komen. Sebab-sebabnya dicetak satu baris bagi setiap entri, 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 alat naik taraf tidak dapat mengambil fail Release untuk siri baharu tersebut dan melumpuhkan entri itu. Ini biasanya merupakan amaran yang boleh anda terima. Ia menjadi penghalang apabila repositori pihak ketiga membekalkan pakej yang turut disertakan dalam keluaran baharu, kerana pengiraan naik taraf kemudiannya mempunyai dua calon dan tiada cara untuk memenuhi kedua-duanya.

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 lumpuhkan. Membuang sumber tidak menurunkan taraf apa-apa, jadi pakej yang dipasang daripada PPA kekal pada versi PPA tersebut dan mungkin lebih baharu daripada yang dibawa oleh keluaran baharu. Di mana perkara itu penting, buang pakej tersebut juga, dan pasang semula daripada arkib selepas naik taraf. 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 satu flag untuk pilihan yang bertentangan. Halaman manual menerangkan --allow-third-party sebagai "Cuba naik taraf dengan cermin (mirror) dan repositori pihak ketiga diaktifkan dan bukannya meletakkannya dalam komen." Gunakannya hanya apabila anda telah mengesahkan bahawa repositori tersebut sudah menerbitkan pakej untuk keluaran sasaran. Jika tidak, anda telah meminta APT untuk menyelesaikan graf dependensi terhadap siri yang tidak pernah dibina oleh repositori 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 kedua-dua format lama dan baharu merupakan ralat berasingan dengan mesejnya sendiri, yang diliputi dalam ralat entri sumber pendua dalam format deb822.

Pakej yang ditahan dan separuh dikonfigurasi menghentikan pengiraan

Naik taraf keluaran perlu memindahkan hampir setiap pakej pada sistem. Jika satu pakej tidak dapat dipindahkan, pengiraan akan gagal, dan sistem naik taraf lebih memilih untuk berhenti awal daripada membiarkan anda di pertengahan jalan. Dua arahan akan 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. Penahanan (hold) ialah arahan manual untuk tidak mengubah pakej tersebut. Seseorang mungkin telah menetapkan kernel atau versi pangkalan data, kemudian terlupa mengenainya. Lepaskan pakej yang tidak lagi anda perlukan 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. Alat naik taraf akan cuba membaikinya dan mencetak dpkg interrupted, calling dpkg --configure -a, tetapi menjalankan pembaikan sendiri terlebih dahulu membolehkan anda membaca ralat tersebut dan bukannya melihatnya tatal melepasi skrin. 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 benar-benar terkini sebelum anda menaik 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 berfasa (phased updates) adalah lebih penting daripada yang kelihatan. Ubuntu melancarkan beberapa kemas kini kepada peratusan mesin pada satu-satu masa, jadi apt upgrade biasa boleh menyebabkan pakej tertinggal, dan pelayan kemudiannya menjadi kurang terkini daripada yang anda sangkakan. Pilihan tersebut akan mengambil kesemuanya. Lakukan but semula selepas itu jika kernel disertakan bersama kemas kini tersebut, supaya anda menaik taraf daripada kernel yang sedang anda jalankan. Mesin yang sudah mengemas kini sendiri melalui kemas kini keselamatan tanpa pengawasan mempunyai beban kerja yang lebih sedikit di sini, walaupun mekanisme tersebut tidak akan merentasi sempadan keluaran mengikut reka bentuknya.

Apabila keluaran melepasi tempoh sokongan standard

Keluaran interim Ubuntu disokong selama sembilan bulan. Apabila sokongan tersebut tamat, flag Supported: akan bertukar kepada 0, dan laluan biasa tidak lagi menawarkan naik taraf daripadanya. Disemak pada 13 Ogos 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

Arkib turut berpindah pada masa yang sama. Pakej untuk keluaran yang telah tamat hayat dikeluarkan daripada archive.ubuntu.com dan disimpan di old-releases.ubuntu.com. Oleh itu, apt update mula mengembalikan 404 Not Found, sistem tidak lagi boleh dikemaskini, dan kerana penaik taraf (upgrader) memerlukan sistem semasa, 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 asal. 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 akan 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 yang telah tamat 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. Langkah itu juga memberikan anda pilihan untuk kembali ke asal (rollback), sesuatu yang tidak disediakan oleh naik taraf di tempat (in-place upgrade). Jika anda sedang memilih landasan yang ingin 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, menyebabkan penaik taraf membaca meta-release-development dan bukannya fail yang dipilih oleh Prompt. Halaman manual menerangkannya sebagai "Jika menggunakan keluaran sokongan terkini, naik taraf kepada keluaran pembangunan."

Disemak pada 13 Ogos 2026, entri terbaharu dalam fail tersebut bukanlah 26.04:

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

Jadi -d tidak memberikan pelayan 24.04 keluaran 26.04 yang sudah stabil. Ia menyasarkan 26.10, iaitu keluaran yang masih dalam proses penyusunan. Nasihat lama untuk "tambah sahaja -d" ditulis bagi tempoh sebelum LTS dilancarkan, dan mengulanginya sekarang akan menghalakan pelayan anda ke destinasi yang tidak diingini. Dengan Prompt=lts masih aktif, flag tersebut akan berhenti dengan mesejnya sendiri:

There is no development version of an LTS available.

Dokumentasi pelayan Ubuntu menyatakan dengan jelas tentang flag ini: "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. Gunakannya pada mesin maya ujian yang anda bina untuk menguji konfigurasi anda sendiri. Jangan gunakannya pada pelayan yang menjadi sandaran sesiapa pun. Apabila anda mahukan keluaran 26.04 yang stabil sebelum pintu LTS dibuka, Prompt=normal adalah laluan yang betul.

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 berjalan, proses tersebut akan dimatikan dengan pakej yang telah dinyahpek tetapi belum dikonfigurasi, iaitu keadaan tepat yang akan menghalang percubaan anda yang seterusnya. Sentiasa mulakan naik taraf di dalam terminal multiplexer.

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.

Alat naik taraf ini 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 satu laluan 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 pun mempunyai perlindungan yang lebih baik.

Jika anda menerima tawaran tersebut, port itu tidak 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 tutup 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 (undo), 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.
• Periksa ruang bebas dengan df -h / /boot. Naik taraf memuat turun set pakej yang lengkap, dan partition /boot yang menyimpan beberapa kernel lama merupakan tempat biasa untuk proses terhenti.
• Baca nota keluaran bagi 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?

Prompt=lts lalai dalam /etc/update-manager/release-upgrades menyebabkan alat tersebut membaca https://changelogs.ubuntu.com/meta-release-lts, dan Ubuntu 26.04 mengandungi Supported: 0 dalam fail tersebut sehingga keluaran point release pertamanya. Peningkat taraf tidak menemui keluaran LTS lebih baharu yang ditandakan sebagai tersedia, maka ia berhenti. Periksa fail tersebut sendiri dengan curl -s https://changelogs.ubuntu.com/meta-release-lts dan baca blok terakhir. Disemak pada 13 Ogos 2026, flag tersebut masih 0, dengan Ubuntu 26.04.1 dijadualkan pada 27 Ogos 2026.

Adakah selamat untuk menetapkan Prompt=normal daripada menunggu point release?

Ia meningkatkan taraf anda kepada 26.04 yang telah dikeluarkan, bukan kepada binaan pembangunan, kerana Prompt=normal membaca meta-release, di mana 26.04 sudah mengandungi Supported: 1. Risikonya terletak pada masa. Anda melakukannya sebelum halangan yang ditemui oleh pengguna awal diselesaikan. Lakukan pada pelayan yang boleh anda pulihkan daripada snapshot, dan di mana anda boleh mencapai konsol pembekal jika reboot gagal. Tetapkan semula nilai kepada lts selepas itu.

Adakah flag -d meningkatkan taraf saya kepada 26.04?

Tidak. -d membaca meta-release-development, yang entri terbaharunya pada 13 Ogos 2026 ialah Ubuntu 26.10, iaitu keluaran yang masih dalam pembangunan. Pada mesin LTS dengan Prompt=lts, flag tersebut mencetak There is no development version of an LTS available. dan berhenti. Dokumentasi pelayan Ubuntu sendiri menyatakan bahawa keluaran pembangunan tidak disyorkan untuk pengeluaran, jadi gunakan Prompt=normal apabila anda mahukan 26.04 yang sudah dikeluarkan lebih awal.

apt update memberikan ralat 404 pada keluaran lama. Bagaimanakah cara untuk meningkat 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 lama, dan kekalkan nama kod anda seperti sedia ada. Kemudian jalankan sudo apt update dan sudo apt full-upgrade. Apabila sistem sudah terkini semula, do-release-upgrade boleh memajukannya satu keluaran pada satu masa.

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

Anda tidak perlu berbuat demikian, kerana peningkat taraf akan meletakkan komen pada mana-mana sumber yang tidak menerbitkan untuk keluaran baharu dan mencetak baris seperti was disabled (no Release file) bagi setiap satunya. Melakukannya sendiri terlebih dahulu adalah lebih baik, kerana anda memilih susunannya dan anda melihat hasilnya. Jalankan apt policy pada pakej yang anda pentingkan untuk mencari 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.