Ubuntu nokta sürümü nedir ve nasıl çalışır?

Ubuntu nokta sürümü nedir

Ubuntu nokta sürümü (örneğin 26.04.1), halihazırda sahip olduğunuz sürümün, piyasaya sürülmesinden bu yana yayınlanan tüm güncellemelerin yeni kurulum medyasına dahil edilmiş halidir. Bu yeni bir sürüm değildir. Kurulumun yapıldığı arşiv değişmez; apt kaynaklarınızdaki paket kümesi adı da aynı kalır. Bu nedenle, kurulumu yapılmış ve yamaları uygulanmış bir sunucunun, yeni bir nokta sürümü çıktığında indireceği hiçbir şey yoktur.

O gün iki şey gerçekleşir. Medya yeniden oluşturulur: o hafta arşivin bulunduğu durumdan yeni ISO dosyaları ve yeni bulut imajları oluşturulur. Ayrıca sürüm dizgisi değişir: lsb_release -a, daha önce 26.04 LTS bildirirken artık 26.04.1 LTS bildirmeye başlar.

Geriye kalan her şey zaten sizde mevcuttur. Ubuntu, düzeltmeleri sürekli olarak bir paketin -security ve -updates depolarına (26.04 için resolute ve 24.04 için noble) yayınlar. Nokta sürümü, bu akışın bir anlık görüntüsüdür. Geçiş yapılması gereken ayrı bir hedef yoktur.

Yamalı sunucunuzda neden indirilecek bir şey yok

Çünkü nokta sürüm numarası tek bir küçük paketin içinde yer alır. Şu komutu çalıştırın:

lsb_release -a
dpkg -S /etc/lsb-release

dpkg -S, base-files: /etc/lsb-release sorusuna yanıt verir. base-files paketi, sürüm dizginizi tutan dosyaları barındırır; bu nedenle bir nokta sürümü yayınlandığında, yeni bir base-files, -updates havuzuna düşer ve bir sonraki sudo apt upgrade işleminiz bunu kurar. Çalışan bir makinede nokta sürümünün tüm görünür etkisi, işte bu tek pakettir. İçindeki diğer her şeyi, haftalar önce olağan güncellemeler olarak zaten kurmuşsunuzdur.

Sürümün gerisinde kalmanın yaygın bir yolu vardır. Varsayılan /etc/apt/apt.conf.d/50unattended-upgrades, Allowed-Origins bloğunda -security kaynağını etkinleştirir ancak -updates satırını yorum satırı olarak bırakır; bu yüzden yalnızca otomatik güncellemelerle çalışan bir makine, güvenlik düzeltmelerini alır ancak geri kalanını atlar. O makine aylarca eski bir nokta sürüm numarası bildirmeye devam eder ve bunu yapmakta haklıdır, çünkü o paketlere gerçekten sahip değildir. Dosyayı açın ve hangi satırların yorum satırı olduğuna bakın: Ubuntu üzerinde unattended upgrades nasıl yapılandırılır rehberi, bu bloğu satır satır inceler.

Bir sonraki ara sürüm yayınlandığında

Tarihe değil, yayın döngüsüne odaklanın. Bir LTS sürümünün ilk ara sürümü, Nisan ayındaki ana sürümden birkaç ay sonra yayınlanır; sonraki ara sürümler ise yaklaşık altı aylık aralıklarla, ara sürümleri takip edecek şekilde çıkar. Tarihler değişebilir. Canonical, 26.04 sürümünün ilk ara sürümünü 2026 Ağustos ayının başına planlamış ancak daha sonra ertelemiştir; bu rutin bir işlemdir ve bir uyarı işareti değildir. Tarih bilgisini herhangi bir makaleden (bu makale dahil) almak yerine Ubuntu sürüm döngüsü sayfasından veya 26.04 LTS sürüm notlarından teyit edin.

Neden 24.04 sürümünden 26.04 sürümüne ilk ara sürüm (point release) çıkana kadar yükseltme sunulmaz

Yükseltme istemi bekleyecek şekilde yapılandırılmıştır ve bu yapılandırmayı kendi sunucunuzda inceleyebilirsiniz.

cat /etc/update-manager/release-upgrades

[DEFAULT]
# never  - Never check for, or allow upgrading to, a new release.
# normal - Check to see if a new release is available.
# lts    - Check to see if a new LTS release is available.
Prompt=lts

Yazılımla birlikte gelen dosyadaki açıklamalar bu alıntıdan daha uzundur ve tamamının okunması faydalıdır. Prompt=lts, bir LTS kurulumunda varsayılan değerdir ve iki işlevi yerine getirir: yükseltme teklifini LTS sürümleriyle sınırlar ve kontrolü farklı bir listeye yönlendirir.

Bu liste ikinci bir dosyada belirtilmiştir:

cat /etc/update-manager/meta-release

URI, https://changelogs.ubuntu.com/meta-release adresini işaret eder ve URI_LTS, https://changelogs.ubuntu.com/meta-release-lts adresini işaret eder. Prompt=lts ile yükseltme aracı LTS listesini okur; yeni LTS sürümü, ilk ara sürümü çıkana kadar bu listede yükseltme hedefi olarak sunulmaz. Listeyi çekin ve kendiniz inceleyin:

curl -s https://changelogs.ubuntu.com/meta-release-lts | tail -40

Her sürüm bir Dist:, Version:, Supported: ve UpgradeTool: satırları bloğudur. Yükseltme aracının size bir teklif sunabilmesi için bu bloğa ihtiyacı vardır. Canonical, aynı kuralı 26.04 LTS sürüm duyurusunda açıkça belirtir: 24.04 LTS kullanıcılarına, 26.04.1 yayınlandığında otomatik yükseltme teklif edilir.

Bu nedenle, 24.04 yüklü bir sunucuda bu noktadan önce:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

Bu, bozuk bir yapılandırma değil, sağlıklı bir sonuçtur. Yol açıldığında, aynı komut sürüm adını belirtir ve giriş ekranında aynı mesaj görünür:

New release '26.04.1 LTS' available.
Run 'do-release-upgrade' to upgrade to it.

Hangi sürümün belirtildiğine dikkat edin. Önce 26.04'e, ardından tekrar 26.04.1'e yükseltme yapmazsınız. Bir kez yükseltme yaparsınız ve 26.04'ün güncel durumuna ulaşırsınız.

Bu kontrolün boş dönmesine neden olan iki durum daha vardır: bazı sağlayıcı imajlarında ayarlı olan Prompt=never ve changelogs.ubuntu.com adresine erişemeyen bir proxy veya yansıma sunucusu. Farklı bir mesaj olan Please install all available updates for your release before upgrading, kontrolün başarılı olduğunu ancak yükseltme aracının tamamen yamalanmış bir başlangıç noktası beklediğini ifade eder. do-release-upgrade aracının yeni sürüm bulunamadı hatası vermesi konusu, kalan diğer nedenleri ele alır. Yol açıldığında ve hazır olduğunuzda, 24.04'ten 26.04'e yükseltme işlemi kendi hazırlık aşamaları olan ayrı bir görevdir.

-d bayrağı, aynı kontrolü geliştirme listesine yönlendirir; yol açılmadan önce yükseltme yapmak isteyenler bu yöntemi kullanır. Bu bekleme süresinin bir nedeni vardır: erken geçiş yapanlar tarafından bildirilen yükseltme engellerinin düzeltilmesi için gereken süredir. Kiraladığınız ve bağımlı olduğunuz bir sunucuda, bu bekleme süresinin işlevini yerine getirmesine izin vermek mantıklı bir yaklaşımdır.

VPS üzerinde hardware enablement kernel ne anlama gelir

LTS sürümleri, yaşam döngüleri boyunca tek bir çekirdek olan GA (general availability) çekirdeğini kullanır ve HWE (hardware enablement) adında ikinci, sürekli güncellenen bir iz sunar. HWE izi, point release sürümleri aracılığıyla dağıtılır ve point release paketinin içinde, mevcut olanın yeniden paketlenmiş hali olmayan, gerçekten yeni kod içeren tek parçadır.

24.04 sürümü üzerinden örneklendirelim. Bu sürüm 6.8 çekirdeği ile yayınlandı ve beş yıllık standart destek süresi boyunca GA izinde 6.8 çekirdeğini korur. HWE izi ikinci point release ile başladı: 24.04.2 sürümü Ubuntu 24.10'dan 6.11 çekirdeğini, 24.04.3 sürümü ise Ubuntu 25.04'ten 6.14 çekirdeğini getirdi. Ağustos 2026 itibarıyla yerleşik düzen budur ve 26.04 sürümü de aynı yapıyı takip eder.

Hangi izde olduğunuz bir paket ismi ile belirlenir:

uname -r
apt list --installed 2>/dev/null | grep -E '^linux-(generic|virtual|image|kvm)'

linux-generic GA izidir. linux-generic-hwe-24.04 ise sürekli güncellenen izdir. Masaüstü kurulumları varsayılan olarak HWE, sunucu kurulumları ise GA kullanır; VPS sağlayıcı imajları ise genellikle linux-virtual veya buluta özel linux-kvm gibi daha kısıtlı paketler kullanabilir. Varsayımlara güvenmek yerine kontrol edin, çünkü varsayılan ayar imajı oluşturan tarafa göre değişir.

Kiralanan sanal donanımlarda hardware enablement genellikle sizin için geçerli değildir. Sunucunuz, hipervizörün sunduğu virtio aygıtlarını, paravirtualised ağ ve disk arayüzlerini görür; bu sürücüler on yıldan uzun süredir çekirdek içerisinde kararlı durumdadır. Yeni bir dizüstü bilgisayar HWE'ye ihtiyaç duyar. Bir VPS ise neredeyse hiçbir zaman duymaz. Burada daha yeni bir çekirdeğin size sağladığı asıl şey çekirdek özellikleridir: daha yeni io_uring ve eBPF çalışmaları veya özel bir nedenle ihtiyaç duyduğunuz bir dosya sistemi düzeltmesi. Linux kernel 7.1 yenilikleri bağlantısı, bu değişikliğe değip değmeyeceğine karar vermenizi sağlar.

Bunun maliyeti yeniden başlatmalar ve risktir. HWE meta paketi yaklaşık altı ayda bir yeni bir upstream çekirdeği çeker, bu nedenle bu sıklıkta bir çekirdek yükseltmesini ve yeniden başlatmayı kabul etmiş olursunuz. ZFS gibi DKMS ile oluşturulan çekirdek dışı modüller, yeni sürümle derlenemeyebilir ve bunu açılışta fark edersiniz. Her çekirdek ayrıca kendinden öncekini geride bırakır; küçük bir /boot alanının dolma sebebi budur. İhtiyaç duymadan önce dolu /boot dizininden eski çekirdekleri kaldırma ve VPS'in hangi çekirdekle açılacağını seçme konularını okuyun.

HWE izine geçiş tek bir komut ve yeniden başlatma ile yapılır:

sudo apt install --install-recommends linux-generic-hwe-24.04
sudo reboot

Yeniden başlatmanın ardından uname -r komutu daha yeni sürümü rapor etmelidir. Önceki çekirdeği, yeni çekirdekle sistemi açıp servislerinizi kontrol edene kadar kaldırmayın; çünkü açılmayan bir çekirdek için kurtarma yolu, önyükleme menüsünden eski girişi seçmektir ve bu girişin hala mevcut olması gerekir. Eğer mevcut değilse, çekirdek güncellemesi sonrası açılmayan bir VPS'i kurtarma durumuna düşersiniz.

Ayrıca HWE paketinin, point release sürümünden önce bir sonraki çekirdeği alan bir -edge varyantı da mevcuttur. Bu, test amaçlıdır. Sunucuda bu paketten uzak durun.

Kiralanan bir sunucu için varsayılan cevap GA çekirdeğidir: beş yıl boyunca tek bir çekirdek sürümü, bu süre boyunca geriye dönük güvenlik yamaları ve planlanmış bir sürüm atlaması yoktur. HWE'ye ancak ihtiyaç duyduğunuz özelliği tam olarak tanımlayabildiğinizde geçin.

Bugünkü temiz bir kurulumun geçen aykinden farkı

İmajlar, ara sürümlerden daha sık yeniden oluşturulur. Ubuntu, seri numarası ile damgalanmış bulut imajları yayınlar ve her sağlayıcı kendi Ubuntu şablonlarını kendi takvimine göre günceller. Bu nedenle, aynı menü öğesinden altı ay arayla oluşturduğunuz iki sunucu, farklı çekirdek sürümleriyle açılabilir ve farklı paket sürümleriyle başlayabilir. Bunların hiçbiri hatalı değildir.

Bu durum kulağa geldiğinden daha önemlidir. Kurulumdan sonra beş komutun çalıştırılmasını söyleyen bir operasyonel kılavuz (runbook), artık geçerli olmayan bir başlangıç durumunu varsayar. Tıkladığınız etikete güvenmek yerine her sunucuda lsb_release -a ve uname -r değerlerini kontrol edin, ardından başlangıç durumunun önemini yitirmesi için hedef durumu kod ile tanımlayın. bir VPS için ilk Ansible playbook bunun en küçük işlevsel sürümüdür.

Ara sürüm yayınlandığında geçiş yapmalı mı, yoksa beklemeli mi?

• Halihazırda 26.04 sürümündeyseniz geçiş yapacağınız başka bir yer yoktur. Güncellemeleri almaya devam edin; ara sürüm numarası kendiliğinden güncellenecektir.
• 24.04 sürümündeyseniz standart destek Nisan 2029 tarihine kadar devam eder, bu nedenle beklemek maliyetsizdir. İlk ara sürüm bir fırsattır, son teslim tarihi değildir.
• Önce bir kopyayı yükseltin. Sunucunun snapshot'ını alın veya aynı yığını geçici bir VPS üzerinde yeniden oluşturun, yükseltmeyi orada çalıştırın ve ne kadar sürdüğünü ölçün.
• Eğer istediğiniz yeni bir sürümden ziyade daha güncel bir kernel ise, HWE izleme yolu size 24.04 üzerinde herhangi bir LTS yükseltmesi yapmadan bunu sağlar.

Hangi sürümde kalmanız gerektiğine dair daha kapsamlı soru Sunucular için LTS ve ara sürümlerin karşılaştırılması bölümünde ele alınmıştır.

Kendi sunucunuzda kontrol etmeniz gerekenler

lsb_release -a
uname -r
grep -v '^#' /etc/update-manager/release-upgrades
sudo do-release-upgrade -c

Sağlıklı bir sonuç şu şekilde görünür: lsb_release -a, sürümünüzü güncel nokta numarasıyla bildirir; uname -r, hedeflediğiniz çekirdek iziyle eşleşir; Prompt=lts mevcuttur ve kontrol işlemi ya hiçbir şey bulmaz ya da sunacağı sürümü belirtir. Bunun dışındaki her durum, yükseltme sırasında değil, öncesinde anlaşılmaya değerdir.

FAQ

26.04.1 gibi bir ara sürüm (point release) çıktığında herhangi bir işlem yapmam gerekir mi?

Hayır, sunucu zaten o sürümdeyse ve güncellemeleri alıyorsa herhangi bir işlem gerekmez. Ara sürüm, halihazırda yayınlanmış güncellemeleri yeni kurulum medyası içerisinde birleştirir. Çalışan bir makine, güncellemeleri yayınlandığı anda apt upgrade aracılığıyla alır ve base-files paketi güncellendiğinde lsb_release -a içerisindeki sürüm bilgisi değişir. Geçiş yapılması gereken ayrı bir sürüm veya yeniden kurulum söz konusu değildir.

apt upgrade komutundan sonra sunucum neden hala eski sürüm numarasını gösteriyor?

Bunun nedeni genellikle otomatik güncellemelerin yalnızca güvenlik düzeltmeleriyle sınırlı olmasıdır. Varsayılan /etc/apt/apt.conf.d/50unattended-upgrades ayarı -security kaynağını etkinleştirir ancak -updates satırını yorum satırı olarak bırakır; sürüm bilgisini taşıyan base-files paketi ise -updates üzerinden gelir. sudo apt update && sudo apt full-upgrade komutunu manuel olarak çalıştırın ve listenin içinde base-files paketinin görünüp görünmediğini kontrol edin. Eğer paket "kept back" (bekletiliyor) olarak görünüyorsa, bir yapılandırma paketi sabitlemiş veya tutuyor olabilir.

24.04 sunucuma neden 26.04 sürümü önerilmiyor?

Çünkü LTS sürümlerinde varsayılan ayar /etc/update-manager/release-upgrades dosyasındaki Prompt=lts değeridir ve bu ayar https://changelogs.ubuntu.com/meta-release-lts adresindeki LTS listesini kontrol eder. Yeni LTS sürümü, ilk ara sürümü yayınlanana kadar yükseltme hedefi olarak sunulmaz. O zamana kadar sudo do-release-upgrade -c komutu No new release found. çıktısını verir ve bu beklenen bir davranıştır. Bu bekleme süresi kasıtlıdır; erken kullanıcıların karşılaştığı yükseltme sorunlarının giderilmesi için ayrılmıştır.

VPS sunucuma HWE kernel kurmalı mıyım?

Genellikle hayır. Hardware enablement (donanım etkinleştirme), sürümden daha yeni donanımları desteklemek için vardır; bir VPS ise sürücüleri yıllardır çekirdek içerisinde bulunan virtio aygıtlarını kullanır. GA kernel, LTS ömrü boyunca aynı sürümde kalır ve düzeltmeler bu sürüme geriye dönük olarak aktarılır (backport). HWE kernel sürümünü, ihtiyaç duyduğunuz çekirdek özelliğini tam olarak tanımlayabiliyorsanız ve yaklaşık altı ayda bir çekirdek yükseltmesi ile yeniden başlatma yapmayı kabul ediyorsanız tercih edin.