Ubuntu LTS ve Ara Sürüm Farkı: Hangisini Seçmeli?

Ubuntu LTS ve ara sürümler: kısa cevap

Bir sunucuda Ubuntu LTS sürümü ile ara sürüm arasında seçim yapmak tek bir sayıya bağlıdır: ilgili sürümün ne kadar süreyle güvenlik güncellemesi alacağı. LTS sürümü beş yıl boyunca standart güvenlik bakımı alır. Ara sürüm ise dokuz ay sonra güncelleme almayı bırakır; bu durumda sistemi yükseltmeniz veya yeniden kurmanız gerekir. Başkalarının bağımlı olduğu her sistemde LTS sürümünü çalıştırın. Ara sürümü ise yalnızca yeniden kurulumun kimseye danışmadan yapılabileceği ortamlarda kullanın.

LTS, uzun süreli destek (long term support) anlamına gelir. Canonical, her iki yılda bir, çift sayılı yılların Nisan ayında bir LTS sürümü ve bu süreler arasında her altı ayda bir ara sürüm yayınlar. 26.04 LTS, 23 Nisan 2026 tarihinde yayınlanmıştır ve standart güvenlik bakımı 2031 yılına kadar devam eder. 26.10 sürümü ise 15 Ekim 2026 tarihinde beklenmektedir; bu bir ara sürüm olduğu için destek süresi Temmuz 2027 tarihinde sona erecektir.

Her bir Ubuntu sürümünün destek süresi

[
  {
    "label": "LTS, standard support",
    "support_months": 60,
    "upgrades_over_5_years": 1
  },
  {
    "label": "LTS with Ubuntu Pro",
    "support_months": 120,
    "upgrades_over_5_years": 0
  },
  {
    "label": "Interim release",
    "support_months": 9,
    "upgrades_over_5_years": 10
  }
]

Bunlar, bir test sunucusundan alınan ölçümler değil, Canonical'ın Ağustos 2026 itibarıyla yayınladığı resmi politika verileridir. Bir LTS sürümü 60 ay boyunca standart güvenlik bakımı sunar; bu da beş yıl içinde 1 adet planlı sürüm yükseltmesi anlamına gelir. Ara sürümler ise 9 ay desteklenir. Aynı beş yıllık süre boyunca ara sürüm yolunda kalmak 10 adet sürüm yükseltmesi gerektirir; çünkü bir sürümü atlayamazsınız ve beş yıllık süre on adet ara sürümü kapsar.

Ubuntu Pro aboneliği, LTS sürümü için destek süresini 120 aya, yani on yıla çıkarır ve kapsamı main bileşeninden tüm arşivin geneline genişletir. Ağustos 2026 itibarıyla Pro, beş makineye kadar kişisel kullanım için ücretsizdir; bu da çoğu küçük VPS filosunu kapsar. Ara sürümler için buna eşdeğer bir seçenek bulunmamaktadır. Dokuz aylık süre sunulan hizmetin tamamıdır ve hiçbir abonelik bu süreyi uzatmaz.

Gerçek bir sunucuda dokuz ayın maliyeti

Örnek olarak 26.10 sürümünü ele alalım. Bu sürüm 15 Ekim 2026 tarihinde piyasaya sürülür ve güvenlik bakımı Temmuz 2027'de sona erer; bu, 25.10 sürümünün Temmuz 2026'da sona eren dokuz aylık döngüsüyle aynıdır. Takvim üzerinden bakıldığında bu, her üç çeyrekte bir bakım penceresi gibi görünür. Ancak bu takvim okuması yanlıştır ve maliyet açısından aleyhinize bir yanılgıdır.

Sürüm yükseltme işlemi, işletim sistemini yerinde değiştirir. do-release-upgrade aracı apt kaynaklarını yeniden yazar, üçüncü taraf depoları devre dışı bırakır, yüklü neredeyse tüm paketlerin sürümünü değiştirir, düzenlediğiniz yapılandırma dosyaları hakkında soru sormak için duraksar ve sonunda sistemi yeniden başlatır. Bu nedenle bu işlem arka planda çalışan bir görev değil, planlanmış bir bakım penceresidir.

İşlemi ssh üzerinden çalıştırdığınızda, araç sizi bağlantınızın kopmasına karşı korur. Kendi screen oturumunu başlatır ve ikinci bir sshd açar; bunu yapmadan önce sizi bilgilendirir:

To make recovery in case of failure easier, an additional sshd will
be started on port '1022'. If anything goes wrong with the running ssh
you can still connect to the additional one.

Buna izin verin. Eğer güvenlik duvarınız veya sağlayıcınızın ağ düzeyindeki güvenlik duvarı 1022 portunu engelliyorsa, bu yedekleme mekanizması çalışmaz ve bağlantının kopması durumunda paketleriniz yarı yükseltilmiş halde kalır. tmux veya screen içerisinde çalışmak, herhangi bir sunucuda size aynı korumayı sağlar.

Yapılandırma dosyası istemleri, on beş dakikalık bir yükseltmeyi bir saatlik bir işe dönüştüren kısımdır:

Configuration file '/etc/ssh/sshd_config'
 ==> Modified (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.
   What would you like to do about it ?

Kendi dosyanızı korumayı seçerseniz, yeni varsayılan ayarlardaki değişiklikleri kaçırırsınız. Paket yöneticisinin dosyasını almayı seçerseniz, siz tekrar ekleyene kadar yaptığınız güvenlik sıkılaştırmaları kaybolur. O sürümde nelerin değiştiğini bilmeden verilen her iki yanıt da güvenli değildir; bu yüzden sürüm notlarını okumak, isteğe bağlı bir ev ödevi değil, bakım penceresinin bir parçasıdır.

Ardından bunu sunucu sayısıyla çarpın. Interim (ara) sürüm yolundaki bir VPS, beş yıl içinde on yükseltme penceresi demektir. Eğer her sunucu tek kullanımlık değilse ve imajdan yeniden kurulmuyorsa, beş VPS sunucusu elli yükseltme anlamına gelir. LTS yolundaki beş sunucu ise aynı dönemde beş yükseltme demektir ve her birinin hangi ay yapılacağını siz belirlersiniz.

Neden bir Ubuntu sürümünü atlayamazsınız

Yükseltme yolları sabittir. Bir ara sürüm, bir sonraki sürüme yükseltilir; bu sürüm her ne ise o uygulanır. Bir LTS sürümü doğrudan bir sonraki LTS sürümüne veya talep edilirse bir sonraki ara sürüme yükseltilir. Hiçbir şey aynı anda iki adım birden yükseltilemez. 26.10 sürümünden 28.04 LTS sürümüne geçmek, 27.04 ve 27.10 sürümlerinden geçmeyi veya makineyi yeniden kurmayı gerektirir.

Bu mekanizmayı bilmek önemlidir, çünkü kuralın esnemeyeceğini gösterir. do-release-upgrade, changelogs.ubuntu.com adresinden bir meta-release dosyası çeker ve ardından belirli bir geçiş için oluşturulmuş bir yükseltme aracını indirir. Canonical, geçişleri her seferinde bir tane olacak şekilde oluşturur ve test eder; bu nedenle bir sürümü atlayan bir sıçramanın arkasında ne bir araç ne de bir test süreci vardır. Yükseltici, temkinli olduğu için reddetmez. Sunabileceği başka bir şey yoktur.

Size hangi sürümün teklif edileceği, tek bir yapılandırma satırından belirlenir:

grep -i prompt /etc/update-manager/release-upgrades
sudo do-release-upgrade -c

Prompt=lts yalnızca bir sonraki LTS sürümünü teklif eder. Prompt=normal, LTS olsun ya da olmasın bir sonraki sürümü teklif eder. Prompt=never hiçbir şey teklif etmez; bu ayar, planlamadığınız bir yükseltmeyi başlatmaya çalışan iyi niyetli bir iş arkadaşınızı durdurmanın yoludur. LTS olmayan bir sürümde lts, normal ile tamamen aynı şekilde davranır; çünkü 26.10 sürümünden sonraki sürüm her iki ayarda da 27.04'tür. Denetim işlemi Checking for a new Ubuntu release ifadesini ve ardından ya bir New release ... available. satırını ya da No new release found. çıktısını yazdırır.

Bir zamanlama kuralı daha kullanıcıları yanıltır. LTS'den LTS'ye yükseltme, yeni LTS sürümünün yayınlandığı gün teklif edilmez. Bu süreç ilk ara sürüm (point release) ile açılır ve 26.04.1 sürümü 27 Ağustos 2026 tarihi için planlanmıştır. Bir ara sürüm, Ubuntu'nun yeni bir versiyonu değil, dört aylık birikmiş düzeltmelerin yeni kurulum medyasına dahil edildiği aynı sürümdür. Bu bekleme süresi, yükseltme yolunun kimseye sunulmadan önce dört aylık bir test sürecinden geçmesini sağlamak için vardır. 2026 yazı boyunca No new release found. yanıtını veren Prompt=lts ayarlı bir 24.04 sunucusu bozuk değildi. Sadece politikayı izliyordu. Yol açıldığında, 24.04'ten 26.04 LTS'ye yükseltme planlanması ve prova edilmesi gereken işlemdir.

Ara sürümün doğru tercih olduğu durumlar

Gerçekten avantaj sağladığı dört durum:

• LTS arşivinde bulunmayan bir kernel veya userspace sürümüne bu sunucuda hemen ihtiyacınız varsa.
• Makine bir derleme sunucusu, CI çalıştırıcısı veya imaj üzerinden yeniden oluşturduğunuz bir test kutusuysa; bu durumda yükseltme işlemi bir bakım penceresi değil, yeni bir instance kurulumudur.
• Donanım veya hipervizör özelliği LTS dondurulduktan sonra kullanıma sunulduysa ve herhangi bir backport mevcut değilse.
• Bir sonraki LTS sürümünde nelerin yer alacağını kontrol ediyorsanız. 28.04 sürümü 26.10, 27.04 ve 27.10 sürümleri üzerinden oluşturulur; yedek bir VPS üzerinde bozucu bir değişikliği tespit etmenin maliyeti, kritik bir sunucuda tespit etmekten daha düşüktür.

Ara sürümlere yönelen çoğu kullanıcı, işletim sisteminin tamamını değil, yalnızca daha yeni bir paket sürümünü ister. Bunun iki daha düşük maliyetli çözümü mevcuttur. Hardware enablement stack, daha sonraki sürümlerdeki kernelleri LTS sürümlerine taşır: 24.04 sürümünde bu sudo apt install linux-generic-hwe-24.04 ile sağlanır ve ikinci nokta sürümünden başlayarak her güncellemede ileriye doğru taşınır. Tek bir uygulama için ise, tüm işletim sistemini yükseltmek yerine bir container imajı veya üreticinin kendi deposunu kullanmak, yalnızca ilgili parçayı günceller.

Ara sürümün yanlış tercih olduğu durumlar

• Ödeme yapan kullanıcıların bulunduğu veya nöbet sisteminin (on-call) olduğu her türlü yapı. Asla kullanmayacağınız paket sürümleri karşılığında yılda iki kez zorunlu yükseltme yapmayı kabul etmiş olursunuz.
• unattended-upgrades ile güvenlik yamalarınızın yapıldığı her türlü sunucu. Bu otomasyon, yalnızca veri çektiği güvenlik havuzu kadar iyidir.
• Elle yükseltme yaptığınız bir sunucu filosu; çünkü gerçek maliyet, bir bakım penceresinin sunucu sayısıyla çarpılmasıdır.
• Kurup bir yıl boyunca bakmadığınız her şey. Unuttuğunuz bir ara sürüm, dokuz ay sonra yamalanmamış ve internete açık bir sunucu haline gelir.

Bu son hata türü sessizdir ve onu tehlikeli kılan da budur. Bir sürümün kullanım ömrü dolduğunda paketleri old-releases.ubuntu.com adresine taşınır, bu nedenle sudo apt update, archive.ubuntu.com üzerinde 404 hataları vererek başarısız olmaya başlar. Diskteki paket listeleri güncelliğini yitirir. unattended-upgrades zamanlayıcısı çalışmaya devam eder ve /var/log/unattended-upgrades/unattended-upgrades.log içerisine şu satırları yazmayı sürdürür:

No packages found that can be upgraded unattended and no pending auto-removals

Bu satır, tamamen yamalanmış bir sunucuda da, sürüm desteği dört ay önce bitmiş bir sunucuda da aynı şekilde görünür. Birisi apt hatalarını okumadığı veya kullanım ömrü bitiş tarihini takip etmediği sürece, makinedeki hiçbir şey size hangi durumla karşı karşıya olduğunuzu söylemez.

Ara sürümlerde ilk olarak karşılaşılan değişiklik türü

Mart 2026'da bir Canonical mühendisi, Ubuntu forumlarında 26.10 sürümüyle gelen ve secure boot için imzalanmış GRUB önyükleyicisinin sadeleştirilmesini önerdi. Bu öneri; btrfs, hfsplus, xfs ve zfs dosya sistemi sürücülerini, JPEG ve PNG görsel ayrıştırıcılarını, Apple bölüm tablolarını, LVM üzerindeki /boot yapısını, RAID 1 dışındaki yazılım tabanlı RAID sistemlerini ve LUKS ile şifrelenmiş /boot bölümlerini kapsam dışı bırakmaktadır. Belirtilen gerekçe, önyükleyici içindeki ayrıştırıcıların sürekli bir güvenlik açığı kaynağı olması ve depolama ile şifreleme mantığının, çekirdeğin gerçek kök dizinden önce bağladığı küçük bir RAM dosya sistemi olan initramfs içinde yer alması gerektiğidir. Ağustos 2026 itibarıyla bu, henüz uygulamaya konulmamış, tartışma aşamasında olan bir öneridir.

Çoğu VPS örneği için bu durum hiçbir şeyi değiştirmez; çünkü bu sistemler secure boot olmadan, GPT bölüm tablosu üzerindeki standart bir ext4 /boot üzerinden önyükleme yapar. Varsayımlarda bulunmak yerine kendi sisteminizi kontrol edin. Eğer kök dizininiz ZFS üzerindeyse veya /boot, btrfs üzerinde ya da LUKS içinde yer alıyorsa, bu tam olarak ara sürümlerde ilk karşılaşacağınız değişiklik türüdür. İlgili tartışma başlığında etkilenen kullanıcılara verilen tavsiye, LTS sürümünde kalmaları yönündedir. Bu tavsiye, tüm argümanı tek bir cümlede özetlemektedir. Ara sürümler, değişikliklerin denendiği yerlerdir. LTS sürümleri ise, iki yıllık ara sürüm sürecinde nelerin bozulduğunun tespit edilmesinden sonra değişikliklerin ulaştığı yerdir.

Aynı model, her ara sürümde daha küçük ölçeklerde de kendini gösterir. Veritabanı, dil çalışma zamanı ve init yapılandırmasının varsayılan sürümleri güncellenir; bu nedenle daha önce çalışan yapılandırma dosyaları çalışmaz hale gelebilir. Varsayılanları ileri taşımak, ara sürümlerin varlık sebebidir. Bu da, on yükseltmenin her birinden önce sürüm notlarını okumanın, kabul ettiğiniz bedelin bir parçası olduğu anlamına gelir.

Sunucuyu kurarken sürüm kanalını seçmek

Kurulum sırasında doğru kanalı seçin; çünkü sonradan değiştirmek, yeniden kurulum veya bir dizi yükseltme işlemi gerektirir. Yeni bir sunucuda, mevcut durumunuzu dört komutla öğrenebilirsiniz:

lsb_release -a
grep -i prompt /etc/update-manager/release-upgrades
sudo do-release-upgrade -c
pro security-status

lsb_release -a, kurmayı hedeflediğiniz sürümü belirtmelidir; bir LTS sürümünde açıklama satırı LTS ile biter. Prompt satırı, sağlayıcının imajında yüklü gelen sürümden bağımsız olarak, seçtiğiniz kanalla eşleşmelidir. Güncel bir LTS üzerinde do-release-upgrade -c komutu No new release found. yanıtını vermelidir. Eğer bunun yerine ara bir sürüm öneriyorsa, Prompt değeri normal olarak ayarlanmış demektir ve bunun bilinçli bir tercih olup olmadığına karar verilmelidir. pro security-status, yüklü paketlerin kaçının hangi güncelleme akışı kapsamında olduğunu raporlar ve makinenin bir aboneliğe bağlı olmadığı durumları açıkça belirtir.

Ardından, kullanım ömrü sonu (end of life) tarihini, sunucuya ait diğer yapılandırma notlarının yanına, tekrar görebileceğiniz bir yere yazın. Bu işlem, yeni bir VPS üzerindeki ilk on dakika içinde yapılması gereken diğer işlerle birlikte ele alınmalıdır; çünkü yalnızca birinin hafızasında tutulan destek tarihi, fark edilmeden sona erecektir. Eğer altı aylık sürüm döngüsünden tamamen kaçınmak istiyorsanız, bir filoyu herhangi birine emanet etmeden önce FreeBSD sürüm modeli ile Linux'un karşılaştırılması başlıklı yazıyı okumak için bir saat ayırmaya değer.

FAQ

Bir üretim sunucusunda Ubuntu ara sürümünü çalıştırmalı mıyım?

Neredeyse hiçbir durumda, hayır. Bir ara sürüm, piyasaya sürüldükten dokuz ay sonra güvenlik güncellemelerini almayı durdurur; bu nedenle üretim ortamında bu yolu izlemek, sürekli olarak yılda iki kez zorunlu yükseltme penceresiyle uğraşmak anlamına gelir. Dürüst istisnalar, CI çalıştırıcıları veya derleme sunucuları gibi zaten bir imajdan yeniden oluşturduğunuz makinelerdir; bu durumlarda yükseltme, bir bakım penceresi değil, yeni bir instance oluşturmaktır. Eğer gerçek kullanıcılar sunucuya bağımlıysa, LTS sürümünü kurun ve kazandığınız zamanı başka işlere ayırın.

Bir Ubuntu ara sürümü ne kadar süre desteklenir?

Dokuz ay. 26.10 sürümü 15 Ekim 2026 tarihinde yayınlanır ve güvenlik bakımı Temmuz 2027'de sona erer; bu, 25.10 sürümünün Temmuz 2026'da sona ermesiyle aynı takvimdir. Her ara sürüm aynı döngüyü izler: Nisan veya Ekim aylarında yayınlanır ve dokuz ay sonra sona erer. Bir LTS sürümü beş yıllık standart güvenlik bakımı alır; bu süre, Ağustos 2026 itibarıyla beş makineye kadar kişisel kullanım için ücretsiz olan Ubuntu Pro ile on yıla uzatılabilir.

Yükseltme yaparken Ubuntu sürümlerini atlayabilir miyim?

Hayır. do-release-upgrade her seferinde tek bir adım atar: bir ara sürüm bir sonraki sürüme yükseltilebilir ve bir LTS sürümü doğrudan bir sonraki LTS sürümüne geçebilir. 26.10 sürümünden 28.04 LTS sürümüne geçmek, yükseltmeyi önce 27.04 ve 27.10 üzerinden yapmayı veya makineyi yeniden kurmayı gerektirir. Canonical her geçişi ayrı ayrı oluşturup test eder ve yükseltme aracı yalnızca o özel geçiş için indirilir; bu nedenle iki adımlı bir atlama için bir araç mevcut değildir ve bu yöntem sunulmaz.

Ubuntu sürümümün kullanım ömrü dolduğunda ne olur?

Paketleri old-releases.ubuntu.com adresine taşınır, bu nedenle sudo apt update, archive.ubuntu.com üzerinde 404 hataları vererek başarısız olmaya başlar ve o sürüm için artık yeni güvenlik güncellemesi yayınlanmaz. Makinede bunu bildiren bir uyarı çıkmaz. Sunucu çalışmaya ve trafik karşılamaya devam ederken, sistemdeki her yeni keşfedilen güvenlik açığı açık kalmaya devam eder. Kurtarma işlemi, zaman baskısı altında yapılan bir sürüm yükseltmesi veya yeniden kurulumdur; bu yüzden belirtileri beklemek yerine tarihleri takip edin.

LTS çekirdeği yeni donanımlar için çok mu eski?

Genellikle hayır, çünkü bir LTS sürümü orijinal çekirdeğini beş yıl boyunca korumaz. Donanım etkinleştirme yığını (HWE), sonraki sürümlerdeki çekirdekleri ara sürümlerle LTS'ye getirir ve bir sunucu kurulumu linux-generic-hwe-24.04 gibi bir paketle bu sisteme dahil olabilir. Çekirdeğin engelleyici olduğunu varsaymadan önce uname -r ile ne çalıştırdığınızı kontrol edin. Eğer eksik olan parça çekirdek değil de bir kullanıcı alanı (userspace) sürümü ise, tüm makineyi ara sürüm yoluna taşımak yerine bir container veya üretici deposu kullanmak çok daha küçük bir değişikliktir.