Ubuntu do-release-upgrade: No new release found hatası

Neden do-release-upgrade yeni bir sürüm bulunamadığını belirtiyor

do-release-upgrade No new release found. ile biten bir hata, aracın bozuk olduğu anlamına gelmez. İstediğiniz yol o anda kapalıdır ve araç bunu en kısa yoldan raporlar. Bu yolu kapatan beş durum vardır: /etc/update-manager/release-upgrades içindeki Prompt ayarı, LTS (uzun süreli destek) yükseltmelerindeki ara sürüm engeli, üçüncü taraf depolar, tutulan veya kısmen yapılandırılmış paketler ve destek süresi dolmuş bir sürüm.

Bu maddeleri belirtilen sırayla inceleyin. Her birinin sunucunuz için geçerli olup olmadığını kanıtlayan bir komut mevcuttur; böylece beş durumdan hangisiyle karşı karşıya olduğunuzu tahmin etmek zorunda kalmazsınız.

Check-only bayrağının gerçekte ne raporladığı

sudo do-release-upgrade -c
echo $?

-c, yalnızca kontrol modudur. Canonical'ın sürüm meta verilerini HTTPS (hypertext transfer protocol secure) üzerinden okur ve sonucu ekrana yazdırır. Herhangi bir yükseltme aracı indirmez ve hiçbir kaynak dosyasını yeniden yazmaz. İki çıktı önemlidir:

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.

Çıkış kodu, betikler için aynı yanıtı taşır. Bir sürüm mevcut olduğunda 0, mevcut olmadığında ise 1 değerini döndürür. Bu, standart kabuk (shell) geleneklerinin tersidir; bu nedenle etrafında bir denetim mekanizması kurmadan önce dikkatlice inceleyin.

Eğer giriş banner'ınız hala eski yanıtı gösteriyorsa, bu bilgi önbelleğe alınmıştır. O satır, ağa sormak yerine depolanmış bir sonucu yazdıran /etc/update-motd.d/91-release-upgrade kaynağından gelir. Bunu sudo /usr/lib/ubuntu-release-upgrader/release-upgrade-motd ile yenileyin veya doğrudan -c sonucuna güvenin. Banner, yalnızca en son çalışan kontrolün sonucunu tekrarlar.

Kontrolün ayrıca changelogs.ubuntu.com adresine ulaşabilmesi gerekir. Sıkı bir giden yönlü güvenlik duvarı veya proxy arkasındaki bir sunucuda araç sorgulama yapamaz, dolayısıyla hiçbir şey bulamaz.

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

HTTP/2 200 satırı, sunucunun meta verileri görebildiği anlamına gelir. curl: (28) Connection timed out ise çıkış kurallarınızın asıl neden olduğunu gösterir; APT (advanced package tool) dosyalarını düzenlemek sonucu değiştirmeyecektir.

Komut tamamen eksikse, ubuntu-release-upgrader-core paketinde bulunur. Minimal bulut imajları bazen bu paketi içermeyebilir.

sudo apt install ubuntu-release-upgrader-core

Herhangi bir değişiklik yapmadan önce /etc/update-manager/release-upgrades dosyasını okuyun

cat /etc/update-manager/release-upgrades

[DEFAULT]
Prompt=lts

Dosya, kendi dokümantasyonunu yorum satırları içerisinde barındırır. Üç değer geçerlidir:

• never: yeni bir sürüme yükseltmeyi asla denetleme ve asla izin verme.
• normal: çalışan sürümü hemen takip eden desteklenen sürümü öner.
• lts: çalışan sürümü takip eden ilk LTS sürümünü öner.

Prompt=never, üçü arasında teşhis edilmesi en kolay olanıdır; çünkü araç, çıktısında hem dosyayı hem de ayarı belirtir:

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

Barındırma sağlayıcıları ve yapılandırma yönetimi araçları, bir sunucu filosunun sürümler arasında sapmasını önlemek için never değerini bilinçli olarak ayarlar. Eğer bu değeri orada bulursanız, birisi bunu seçmiştir. Uzun süreli destek (LTS) kanalında kalmasını istediğiniz bir sunucu için bu değeri lts olarak değiştirin; otomasyonunuz eski değeri bekliyorsa işlem sonrasında tekrar eski haline getirin.

Bu yorumlardaki bir detay kullanıcıları yanıltabilir. Prompt=lts ayarlandığında ve çalışan sürümün kendisi bir LTS sürümü olmadığında, yükseltme aracı bu ayarı normal gibi değerlendirir. 25.10 yüklü bir makinede bu iki değer aynı şekilde davranır. 24.04 yüklü bir makinede ise durum farklıdır ve bu fark, bir sonraki bölümün tamamını oluşturur.

LTS'den LTS'ye yükseltme neden ilk ara sürümü bekler

Prompt, yükseltme aracının hangi meta veri dosyasını okuyacağına karar verir. Adresler /etc/update-manager/meta-release içinde yer alır:

[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, meta-release-lts dosyasını okur. Prompt=normal ise meta-release dosyasını okur. Her iki dosya da her sürümü küçük bir anahtar bloğu içinde tanımlar ve yükseltme aracı, bir sürümü yalnızca Supported: bayrağı 1 olarak ayarlandığında sunar. Bunları aynı sunucudan kendiniz de inceleyebilirsiniz:

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

13 Ağustos 2026 tarihinde kontrol edildiğinde, iki dosyanın Ubuntu 26.04 konusunda farklı bilgiler içerdiği görülür. LTS dosyası şunları belirtir:

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

Normal dosya ise şunları belirtir:

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

LTS dosyasındaki o Supported: 0 değeri bir geçit görevi görür. Varsayılan Prompt=lts ayarını kullanan bir 24.04 sunucusu bu dosyayı okur, kullanılabilir olarak işaretlenmiş daha yeni bir LTS sürümü bulamaz ve No new release found. çıktısını verir. Makinenizde yanlış bir durum yoktur. Canonical henüz yolu açmamıştır.

Bayrak, ilk ara sürüm (point release) yayınlandığında 1 değerine döner. Ubuntu 26.04.1 sürümünün 27 Ağustos 2026 tarihinde çıkması planlanmıştır; ancak sürüm takvimleri değişebileceğinden takvime değil meta verilere bakılmalıdır. Bu gecikme kasıtlıdır: erken yükseltme yapan kullanıcılar engelleri (blocker) tespit eder ve bu sorunlar, LTS sunucularının çok daha büyük bir kısmı yükseltme yapmadan önce giderilir.

Bu durumda iki makul seçenek kalır. Sunucunuzu sürekli izlemek istemiyorsanız, ara sürümü beklemek en doğru tercihtir. Ya da aynı aracı 26.04 sürümünün desteklendiği işaretlenmiş olan meta-release adresine yönlendiren Prompt=normal ayarını yapabilirsiniz. İkinci yol sizi geliştirme sürümüne değil, yayınlanmış 26.04 sürümüne yükseltir; bu nedenle snapshot üzerinden geri dönebileceğiniz bir makinede uygulanabilir bir yöntemdir. İşleminiz bittiğinde değeri tekrar lts olarak ayarlayın. Adım adım yükseltme prosedürünün tamamı 24.04'ten 26.04'e tam sunucu yükseltme kılavuzu içinde yer almaktadır.

Yükseltmeyi engelleyen üçüncü taraf depolar ve PPA'lar

Yükseltme aracı, APT kaynaklarınızı yeni sürüme işaret edecek şekilde yeniden yazar. Bu işlem yalnızca yeni sürüm için yayın yapan depolarla gerçekleştirilebilir; bu nedenle diğer tüm kaynaklar yorum satırı haline getirilir. Bunun nedenleri her girdi için ayrı bir satırda belirtilir ve oldukça spesifiktir: was disabled (unknown mirror), was disabled (unknown dist) ve was disabled (no Release file).

noble için oluşturulmuş bir PPA (kişisel paket arşivi), sunucuda resolute için bir dizine sahip değildir; bu nedenle yükseltme aracı yeni seri için bir Release dosyası çekemez ve ilgili girdiyi devre dışı bırakır. Bu genellikle kabul edilebilir bir uyarıdır. Ancak üçüncü taraf bir depo, yeni sürümün de sunduğu bir paketi sağladığında bu durum bir engel haline gelir; çünkü yükseltme hesaplaması iki aday arasında kalır ve her ikisini de tatmin etmenin bir yolu yoktur.

Aracın uzun ve denetimsiz bir işlem sırasında karar vermesine izin vermek yerine, başlamadan önce bu kararı kendiniz verin.

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

Bir paket adı üzerinde apt policy komutunu çalıştırmak, yüklü her sürümün hangi depodan geldiğini gösterir; böylece devre dışı bırakacağınız kaynağa hangi paketlerin bağımlı olduğunu tam olarak görebilirsiniz. Kaynağı kaldırmak herhangi bir paketi eski sürüme düşürmez (downgrade yapmaz); bu nedenle bir PPA'dan yüklenen paket, PPA sürümünde kalır ve yeni sürümün sunduğu paketten daha güncel olabilir. Bunun sorun teşkil ettiği durumlarda paketi kaldırın ve yükseltme sonrasında arşivden yeniden yükleyin. Tailscale gibi daha sonra tekrar eklemeyi planladığınız bir deponun, paketin yeniden yüklenebilmesi için kod adının yeni sürüme göre güncellenmesi gerekir; Ubuntu üzerindeki çoğu Tailscale yükleme hatası da bu noktadan kaynaklanır.

Aksi yöndeki tercih için bir bayrak mevcuttur. Kılavuz sayfası --allow-third-party seçeneğini "Üçüncü taraf yansımaları ve depoları yorum satırı haline getirmek yerine etkin tutarak yükseltmeyi dene" şeklinde tanımlar. Bu seçeneği yalnızca deponun hedef sürüm için yayın yaptığını doğruladığınızda kullanın. Eğer yayın yapmıyorsa, APT'den bağımlılık grafiğini, deponun hiçbir zaman oluşturulmadığı bir seri üzerinden çözmesini istemiş olursunuz.

Ubuntu 24.04 ve sonraki sürümlerde çoğu kaynak /etc/apt/sources.list.d/ubuntu.sources dizininde deb822 formatında bulunur. Aynı deponun hem eski hem de yeni formatta yazılmış olması, deb822 formatındaki yinelenen kaynak girdisi hatası başlığında ele alınan, kendine has mesajı olan ayrı bir hatadır.

Bekletilen ve yarı yapılandırılmış paketler hesaplamayı durdurur

Bir sürüm yükseltme işlemi, sistemdeki neredeyse her paketin taşınmasını gerektirir. Eğer bir paket taşınamazsa hesaplama başarısız olur; yükseltme aracı, sistemi yarı yolda bırakmak yerine işlemi erkenden durdurmayı tercih eder. Sorunun kaynağını bulmak için iki komut kullanılır.

apt-mark showhold
sudo dpkg --audit

apt-mark showhold, bekletilen paketleri her satırda bir tane olacak şekilde listeler; temiz bir sistemde ise hiçbir çıktı vermez. Bekletme (hold), bir paketin değiştirilmemesi için verilen manuel bir talimattır. Birisi bir çekirdeği veya veritabanı sürümünü sabitlemiş ve bunu unutmuş olabilir. Artık ihtiyaç duymadığınız paketleri sudo apt-mark unhold ve ardından paket adını kullanarak serbest bırakın.

dpkg --audit, paketi açılmış ancak yapılandırılmamış paketleri listeler. Bu durum, genellikle bağlantısı kopan bir oturum nedeniyle kesintiye uğrayan kurulumlardan kaynaklanır. Yükseltme aracı bunu onarmaya çalışır ve dpkg interrupted, calling dpkg --configure -a çıktısını verir; ancak onarımı kendiniz başlatmanız, hata mesajını akıp giden satırlar arasında kaybetmek yerine okumanızı sağlar. Aracın onaramadığı bir paket Package in inconsistent state mesajını üretir; bu pakete tekrar denemeden önce müdahale edilmesi gerekir.

Yükseltme işlemine başlamadan önce mevcut sürümü tamamen güncel hale getirin.

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

Kademeli güncellemeler (phased updates) seçeneği göründüğünden daha önemlidir. Ubuntu, bazı güncellemeleri aynı anda sadece belirli bir yüzdeye sahip makinelere dağıtır; bu nedenle standart bir apt upgrade komutu paketleri geride bırakabilir ve sunucunuz düşündüğünüzden daha az güncel kalabilir. Bu seçenek tüm güncellemeleri alır. Eğer güncellemelerle birlikte bir çekirdek (kernel) geldiyse, gerçekten çalışan çekirdek üzerinden yükseltme yapabilmek için sistemi yeniden başlatın. Kendisini otomatik güvenlik güncellemeleri ile güncel tutan bir sunucunun burada yapacağı daha az iş vardır; ancak bu mekanizma tasarım gereği asla sürüm sınırlarını aşmaz.

Standart destek süresi dolan sürümler

Ara bir Ubuntu sürümü dokuz ay boyunca desteklenir. Destek süresi dolduğunda Supported: bayrağı 0 değerine geçer ve normal yol üzerinden yükseltme sunulmaz. 13 Ağustos 2026 tarihinde kontrol edildiğinde, meta-release sürümü 25.10 hakkında şunları belirtmektedir:

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

Arşiv de aynı anda taşınır. Ömrünü tamamlamış bir sürüme ait paketler archive.ubuntu.com dizininden kaldırılır ve old-releases.ubuntu.com dizininde tutulur. Bu nedenle apt update komutu 404 Not Found hatasını döndürmeye başlar, sistem güncel hale getirilemez ve yükseltme aracı güncel bir sistem şart koştuğu için hiçbir işlem devam etmez. Öncelikle kaynakları düzeltin.

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

Hem archive.ubuntu.com hem de security.ubuntu.com adreslerini old-releases.ubuntu.com konumuna yönlendirin ve kod adınızı değiştirmeyin. Yalnızca ana makine adı (host name) değişir.

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

Eğer sunucunuz kaynaklarını hâlâ tek bir dosyada tutuyorsa, aynı komutu /etc/apt/sources.list üzerinde çalıştırın. -i.bak seçeneği orijinal dosyanın yedeğini yanına oluşturur; böylece düzenleme yanlış dosyaya yapıldıysa geri alabilirsiniz. Ardından yapılacak temiz bir apt update komutu, arşivin tekrar erişilebilir olduğu anlamına gelir ve do-release-upgrade artık yanıt verecektir.

Bu yöntemin sizi ne kadar ileri götüreceği konusunda gerçekçi olun. Ubuntu, her seferinde tek bir sürüm adımı yükseltmeyi destekler; bu nedenle iki veya üç sürüm geride kalmış bir sunucunun her adımı sırasıyla geçmesi gerekir. Her adım, üçüncü taraf bir depo veya tutulan (held) bir paket nedeniyle başarısız olabilir. Bir VPS üzerinde, güncel LTS sürümüyle yeni bir sunucu kurmak, servisi buraya taşımak ve eski sunucuyu emin olana kadar tutmak genellikle daha hızlıdır. Bu yöntem size, yerinde yükseltmenin asla sunmadığı bir geri dönüş (rollback) imkanı da sağlar. Daha sonra hangi sürüm yolunda kalacağınızı seçiyorsanız, karar vermeden önce sunucularda LTS ve ara sürümler arasındaki farklar konusunu okumanızda fayda vardır.

Development release bayrağı gerçekte ne işe yarar

-d veya --devel-release, yükseltme aracının Prompt tarafından seçilen dosya yerine meta-release-development dosyasını okumasını sağlar. Kılavuz sayfası bu durumu "En son desteklenen sürümü kullanıyorsanız, development sürümüne yükseltin" şeklinde tanımlar.

13 Ağustos 2026 tarihinde kontrol edildiğinde, ilgili dosyadaki en yeni girdi 26.04 değildir:

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

Bu nedenle -d, 24.04 yüklü bir sunucuya yayınlanmış 26.04 sürümünü sunmaz. Bu bayrak, henüz hazırlık aşamasında olan 26.10 sürümünü hedefler. "Sadece -d ekleyin" şeklindeki eski tavsiyeler, bir LTS sürümü yayınlanmadan önceki dönem için yazılmıştır; bunu bugün tekrarlamak, sunucunuzu gitmek istemediğiniz bir yere yönlendirir. Prompt=lts mevcut olduğunda, bayrak kendi hata mesajıyla durur:

There is no development version of an LTS available.

Ubuntu sunucu belgeleri bu bayrak hakkında oldukça nettir: "development sürümünü (veya -d bayrağını) kullanmak, üretim ortamları için önerilmez". Bir development sürümü günlük olarak değişir ve güvenlik desteği taahhüdü taşımaz; bu nedenle sabah çalışan bir paket, öğleden sonra bir servisi bozabilir. Bu bayrağı yalnızca kendi yapılandırmanızı test etmek için oluşturduğunuz bir sanal makinede kullanın. Kimsenin bağımlı olduğu bir sunucuda kullanmayın. LTS kapısı açılmadan önce yayınlanmış bir 26.04 sürümünü istiyorsanız, doğru yol Prompt=normal kullanmaktır.

SSH oturumu koptuğunda kesintiye uğramayacak bir yükseltme işlemi yürütme

Sürüm yükseltme işlemi, openssh-server ve systemd dahil olmak üzere sistemin büyük bir kısmını değiştirir. Eğer tmux attach -t upgrade çalışırken SSH (secure shell) oturumunuz kapanırsa, işlem paketler açılmış ancak yapılandırılmamış bir haldeyken sonlandırılır; bu durum bir sonraki denemenizi doğrudan engeller. Yükseltme işlemini her zaman bir terminal çoğullayıcı (terminal multiplexer) içerisinde başlatın.

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

Bağlantı koparsa, tekrar giriş yapın ve tmux attach -t upgrade komutunu çalıştırın. Yükseltme işlemi, SSH oturumunuzun değil, tmux sunucusunun bir alt süreci olduğu için çalışmaya devam etmiştir. Eğer tercih ederseniz screen -S upgrade ve screen -r upgrade de aynı işi görür.

Yükseltme aracı, çoğullayıcı kullanmayanlar için kendi güvenlik önlemini barındırır. SSH altında çalıştığını algıladığında, 1022 numaralı port üzerinde ikinci bir sshd başlatmayı teklif eder; böylece ana oturum kopsa bile sisteme erişim yolu açık kalır. Bu kararı, kendi üst süreçlerini tarayarak sshd adında bir süreç olup olmadığına bakarak verir. tmux veya screen içinde bu tarama çoğullayıcı sunucusunu bulur, bu nedenle teklif hiç görünmez ve /var/run/release-upgrader-sshd.pid pid dosyası yalnızca ek daemon gerçekten başladığında yazılır. İstemi görmediğinizde bir sorun yoktur; zaten daha iyi bir korumaya sahipsiniz demektir.

Eğer teklifi kabul ederseniz, port sizin yerinize açılmaz. Araç bunu açıkça belirtir, çünkü bir portu açmak sizin adınıza karar veremeyeceği bir güvenlik tercihidir. Yükseltme süresince portu açın ve işlem bitince tekrar kapatın.

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

Çoğu VPS sağlayıcısı, işletim sisteminin dışında, kontrol panellerinde ikinci bir güvenlik duvarı çalıştırır. 1022 numaralı portun orada da açık olması gerekir; aksi takdirde yedek dinleyici çalışır ancak ulaşılamaz olur ki bu en kötü senaryodur.

Komutu yazmadan önce şu dört hususun tamamlanmış olması gerekir:

• Bir snapshot alın veya tam yedekleme yapın. Yerinde sürüm yükseltme işleminin geri dönüşü yoktur ve elinizdeki tek şans budur.
• İhtiyaç duymadan önce sağlayıcınızın konsoluna erişebildiğinizi doğrulayın. Sunucu yeniden başlatma sonrası açılmazsa, SSH tam da sahip olamayacağınız şey olacaktır. Önyükleme yapamayan bir çekirdek, çekirdek güncellemesi sonrası açılmayan VPS başlığında ele alınan kendine has kurtarma adımları gerektiren ayrı bir sorundur.
• df -h / /boot ile boş alanı kontrol edin. Yükseltme işlemi tam bir paket seti indirir ve birkaç eski çekirdeği barındıran bir /boot bölümü, işlemin takılması için yaygın bir noktadır.
• Çalıştırdığınız servisler için sürüm notlarını okuyun. PostgreSQL veya PHP'deki büyük sürüm atlamaları, siz planlamış olsanız da olmasanız da sürümle birlikte gelir.

FAQ

Ubuntu 24.04 üzerinde do-release-upgrade neden yeni bir sürüm bulunamadığını söylüyor?

Prompt=lts içindeki varsayılan /etc/update-manager/release-upgrades ayarı, aracın https://changelogs.ubuntu.com/meta-release-lts dosyasını okumasına neden olur; Ubuntu 26.04 ise ilk ara sürümüne (point release) kadar bu dosyada Supported: 0 değerini taşır. Yükseltme aracı, kullanılabilir olarak işaretlenmiş daha yeni bir LTS sürümü bulamadığı için işlemi durdurur. curl -s https://changelogs.ubuntu.com/meta-release-lts komutuyla dosyayı kendiniz kontrol edebilir ve son bloğu okuyabilirsiniz. 13 Ağustos 2026 tarihinde yapılan kontrolde bayrağın hala 0 olduğu ve Ubuntu 26.04.1 sürümünün 27 Ağustos 2026 tarihine planlandığı görülmüştür.

Ara sürümü beklemeden Prompt=normal ayarını yapmak güvenli midir?

Bu işlem sizi geliştirme sürümüne değil, yayınlanmış 26.04 sürümüne yükseltir; çünkü Prompt=normal, 26.04 sürümünün halihazırda Supported: 1 değerini taşıdığı meta-release dosyasını okur. Buradaki risk zamanlamadır. Erken yükseltme yapan kullanıcıların karşılaştığı engeller henüz giderilmeden işlem yapmış olursunuz. Bu işlemi, snapshot üzerinden geri dönebileceğiniz ve yeniden başlatma sırasında bir sorun oluşursa sağlayıcı konsoluna erişebileceğiniz bir sunucuda gerçekleştirin. İşlem sonrasında değeri tekrar lts olarak ayarlayın.

-d bayrağı beni 26.04 sürümüne yükseltir mi?

Hayır. -d, 13 Ağustos 2026 itibarıyla en yeni girdisi hala geliştirme aşamasında olan Ubuntu 26.10 sürümü olan meta-release-development dosyasını okur. Prompt=lts ayarına sahip bir LTS makinesinde bu bayrak There is no development version of an LTS available. çıktısını verir ve durur. Ubuntu'nun kendi sunucu belgeleri, geliştirme sürümünün üretim ortamları için önerilmediğini belirtir; bu nedenle 26.04 sürümüne erken geçiş yapmak istediğinizde Prompt=normal kullanın.

apt update eski bir sürümde 404 hataları veriyor. Nasıl yükseltebilirim?

Söz konusu sürümün kullanım ömrü dolmuştur, bu nedenle paketleri archive.ubuntu.com adresinden old-releases.ubuntu.com adresine taşınmıştır. /etc/apt/sources.list.d/ubuntu.sources dosyasındaki (veya eski düzenlerde /etc/apt/sources.list dosyasındaki) yalnızca ana bilgisayar adlarını (host names) değiştirin ve kod adınızı olduğu gibi bırakın. Ardından sudo apt update ve sudo apt full-upgrade komutlarını çalıştırın. Sistem güncel hale geldiğinde, do-release-upgrade komutu ile sürümü birer birer ileri taşıyabilirsiniz.

do-release-upgrade çalıştırmadan önce PPA'larımı kaldırmam gerekir mi?

Bunu yapmanız gerekmez; çünkü yükseltme aracı, yeni sürüm için yayın yapmayan tüm kaynakları yorum satırı haline getirir ve her biri için was disabled (no Release file) gibi bir satır yazdırır. İşlemi kendiniz yapmanız daha iyidir; çünkü sırayı siz belirlersiniz ve sonucu görürsünüz. Hangi paketin hangi PPA'dan geldiğini bulmak için önemsediğiniz paketler üzerinde apt policy komutunu çalıştırın ve PPA sürümü yeni sürümün sunduğundan daha güncelse, bu paketleri arşivden yeniden yükleyin.