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

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

do-release-upgrade ile biten No new release found., neredeyse hiçbir zaman bozuk bir araç değildir. Sorguladığınız yol o anda kapalıdır ve araç bunu mümkün olan 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 geçiş kısıtlaması, üçü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 bulunur; böylece bu 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 (check-only) 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 durum, standart kabuk (shell) geleneklerinin tersidir; bu nedenle etrafında bir denetim mekanizması kurmadan önce dikkatlice inceleyin.

Giriş banner'ınız hala eski yanıtı gösteriyorsa, bu veri ö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ıştırılan 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, bu nedenle hiçbir şey bulamaz.

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

Bir 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: mevcut sürümü doğrudan takip eden desteklenen sürümü öner.
• lts: mevcut 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 dosya adını 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 grubunun 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 tarafından seçilmiştir. Uzun vadeli destek (LTS) kanalında kalmasını istediğiniz bir sunucu için bunu 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ükseltmenin neden ilk ara sürümü beklediği

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 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 dosya Ubuntu 26.04 konusunda farklı bilgiler içermektedir. LTS dosyası şunu belirtir:

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

Standart dosya ise şunu 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, geçişi kontrol eden kapıdı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 yükseltme yolunu açmamıştır.

İlk point release yayımlandığında işaret 1 olarak değişir. Ubuntu 26.04.1 için 27 August 2026 tarihi planlanmıştır; ancak yayın takvimleri değişebileceğinden takvim yerine metadata kontrol edilmelidir. Point release, yeni bir Ubuntu sürümü değildir. Yalnızca yayından bu yana yayımlanan tüm güncellemeleri yeni kurulum medyasına dahil eden aynı sürümdür. Bu nedenle çalışan bir sunucu için önemli olan medyanın kendisi değil, açtığı geçiştir. Gecikme kasıtlıdır: erken yükseltme yapan kullanıcılar engelleyicileri ortaya çıkarır ve çok daha geniş LTS sunucu kitlesi yükseltme yapmadan önce bu sorunlar düzeltilir. Bu metni okuduğunuzda söz konusu tarih geçmişse 26.04.1 ile nelerin yayımlandığı ve bunun 24.04 sunucusu açısından ne anlama geldiği konuyu buradan devam ettirir.

Bu durumda iki makul seçenek vardır. İzlemeyi gerektirmeyen sunucular için doğru tercih, point release sürümünü beklemektir. Alternatif olarak Prompt=normal ayarlanabilir. Böylece aynı araç, 26.04 sürümünün destekleniyor olarak işaretlendiği meta-release kaynağını kullanır. İkinci seçenek, geliştirme sürümüne değil, yayımlanmış 26.04 sürümüne yükseltme yapar. Bu nedenle snapshot üzerinden geri yüklenebilen bir makinede uygulanabilir. İşlem tamamlandığında değeri lts olarak geri ayarlayın. Prosedürün adım adım açıklaması 24.04'ten 26.04'e tam sunucu yükseltme kılavuzunda yer alır. Hâlâ 22.04 kullanan bir sunucuda ek bir geçiş yapılmalıdır. Çünkü Prompt=lts yalnızca bir sonraki LTS sürümünü sunar. Bu nedenle 22.04'ten 26.04'e geçiş önce 24.04 üzerinden yapılı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 devre dışı bırakılır. Nedenler her girdi için bir satır olacak şekilde listelenir ve bunlar 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 yüzden 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ırakmak üzere olduğunuz kaynağa hangi paketlerin bağımlı olduğunu tam olarak görebilirsiniz. Kaynağı kaldırmak herhangi bir paketi eski sürüme düşürmez; 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 yaratacağı durumlarda paketi de kaldırın ve yükseltme işleminden sonra arşivden yeniden yükleyin. Tailscale gibi tekrar eklemeyi planladığınız bir deponun, paketlerin 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.

Bunun tam tersi bir seçenek için de bir bayrak mevcuttur. Kılavuz sayfası --allow-third-party bayrağını "Üçüncü taraf yansımaları ve depoları devre dışı bırakmak yerine yükseltmeyi bunlarla denemeye çalış" şeklinde tanımlar. Bu bayrağı yalnızca, deponun hedef sürüm için halihazırda 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ç oluşturulmadığı bir seri üzerinde çözümlemesini 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ılması, deb822 formatındaki yinelenen kaynak girdisi hatası başlığında ele alınan, kendine özgü hata mesajına sahip ayrı bir sorundur.

Bekletilen ve kısmen 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ı, sizi 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 asla 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şlatırsanız, hata mesajını hızla akıp gitmeden önce okuyabilirsiniz. Aracın onaramadığı bir paket Package in inconsistent state mesajını üretir ve yeniden denemeden önce bu pakete 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 paketleri kapsar. Eğer güncellemelerle birlikte bir çekirdek geldiyse, gerçekten çalıştırdığınız çekirdek üzerinden yükseltme yapabilmek için sonrasında 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 sona erdiğinde Supported: bayrağı 0 durumuna 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 şu bilgiyi vermektedir:

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 bilgisayar adı 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 için çalıştırın. -i.bak seçeneği orijinal dosyanın yanına bir yedek oluşturur, böylece yanlış dosyada düzenleme yaptıysanız geri alabilirsiniz. Ardından yapılacak temiz bir apt update işlemi, arşivin tekrar erişilebilir olduğu anlamına gelir ve do-release-upgrade artık sizinle iletişim kuracaktır.

Bu yöntemin sizi ne kadar ileriye taşıyacağı konusunda gerçekçi olun. Ubuntu, her seferinde bir sürüm adımını destekler; bu nedenle iki veya üç sürüm geride kalmış bir sunucunun her adımı sırasıyla geçmesi gerekir ve her adım kendi üçüncü taraf deposu veya tutulan paketleri 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 emin olana kadar eskisini tutmak genellikle daha hızlıdır. Bu yöntem ayrıca, yerinde yükseltmenin asla sunmadığı bir geri dönüş imkanı sağlar. Daha sonra hangi sürüm yolunda kalacağınızı seçiyorsanız, sunucularda LTS ve ara sürümler arasındaki fark konusunu karar vermeden önce okumanızda fayda vardır.

Geliştirme sürümü 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ılıyorsa, geliştirme sürümüne yükseltin" şeklinde tanımlar.

13 Ağustos 2026 tarihinde kontrol edildiğinde, bu 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 noktaya yönlendirmenize neden olur. 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: "Geliştirme sürümünü (veya -d bayrağını) kullanmak, üretim ortamları için önerilmez". Bir geliştirme 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ü istediğinizde, izlenmesi gereken doğru yol Prompt=normal kullanmaktır.

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

Sürüm yükseltmesi, openssh-server ve systemd dahil olmak üzere sistemin büyük bölümünü değiştirir. dpkg çalışırken SSH (secure shell) oturumu kapanırsa süreç sonlandırılır ve paketler açılmış ancak yapılandırılmamış durumda kalır. Bir sonraki denemenin başarısız olmasının nedeni tam olarak bu durumdur. Bu durum zaten yaşandıysa yarıda kalan yükseltmeyi kurtarma ayrı bir işlemdir ve ikinci denemeden önce tamamlanmalıdır. Yükseltmeyi her seferinde bir terminal multiplexer içinde 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 giriş yolu açık kalır. Bu kararı, kendi üst süreçlerini tarayarak sshd adlı bir süreç arayıp bulamadığına bakarak verir. tmux veya screen içinde bu tarama, çoğullayıcı sunucusunu bulur; bu nedenle teklif hiç görünmez ve pid dosyası /var/run/release-upgrader-sshd.pid 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.

Teklifi kabul ederseniz, port sizin yerinize açılmaz. Araç bunu açıkça belirtir çünkü bir portu açmak, sizin adınıza karar vermeye yetkili olmadığı 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çılması gerekir; aksi takdirde yedek dinleyici çalışır ancak ulaşılamaz olur ki bu her iki durumun da en kötüsüdür.

Komutu yazmadan önce şu dört şeyin hazır olması gerekir:

• Bir snapshot veya tam yedek alın. Yerinde sürüm yükseltme işleminin geri dönüşü yoktur ve sahip olduğunuz tek şans budur.
• İhtiyaç duymadan önce sağlayıcınızın konsolunu açabildiğinizden emin olun. Sunucu yeniden başlatma sonrasında açılmazsa, elinizde olmayacak tek şey SSH erişimidir. Önyükleme yapamayan bir çekirdek, çekirdek güncellemesi sonrası açılmayan bir 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 sürüm bulunamadı diyor?

Prompt=lts içindeki varsayılan /etc/update-manager/release-upgrades, 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 durur. curl -s https://changelogs.ubuntu.com/meta-release-lts komutuyla dosyayı kendiniz kontrol edin ve son bloğu okuyun. 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 için planlandığı görülmüştür.

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

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'ü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 henüz geliştirme aşamasında olan Ubuntu 26.10 olan meta-release-development dosyasını okur. Prompt=lts değerine 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çmek 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 ö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 içindeki) yalnızca ana makine adlarını 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 ile her seferinde bir sürüm ileriye taşıyabilirsiniz.

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

Bunu yapmanız gerekmez; 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. Ancak sırayı kendiniz belirlemek ve sonucu görmek adına bunu önceden yapmanız daha iyidir. Önem verdiğiniz paketlerin hangi PPA'dan geldiğini bulmak için apt policy komutunu çalıştırın; eğer PPA sürümü yeni sürümün içerdiğinden daha yeniyse, bu paketleri arşivden yeniden yükleyin.