Debian ve Ubuntu arasindaki farklar nelerdir

Debian ve Ubuntu neden ayrıldı

Debian ve Ubuntu 2004 yılında kod üzerinden değil, takvim üzerinden ayrıldı. Debian, sürüm ekibi hazır olduğuna karar verdiğinde kararlı bir sürüm yayınlar. Ubuntu ise önceden belirlenmiş bir tarihte, her altı ayda bir yeni bir sürüm yayınlama sözü vermiştir; bu nedenle Debian'ın geliştirme dalının bir kopyasını alır, dondurur, hataları giderir ve yayınlar.

Yirmi iki yıl sonra bu iki dağıtım hala paket formatını ve bu formatı yöneten araçları paylaşmaktadır; arkalarındaki paketleme çalışmalarının çoğu ise bir kez yapılan tek bir işten ibarettir. Paylaşmadıkları şeyler ise bir takvim, destek sözleşmesi veya varsayılan kurulumda nelerin yer alması gerektiğine dair tek bir görüştür. Bir sunucu için işletim sistemi seçerken faydalı olan ayrım budur; çünkü bu, kozmetik farkları size bir öğleden sonranıza mal olacak farklardan ayırır.

Ubuntu'nun kökeni

Ian Murdock, 16 Ağustos 1993 tarihinde Debian Projesi'ni kurdu. 2004 yılına gelindiğinde Debian, mevcut en büyük gönüllü tabanlı dağıtımdı ancak gelişim süreci yavaştı. Debian 3.0 "woody" 19 Temmuz 2002'de yayınlanmış, halefi olan Debian 3.1 "sarge" ise ancak 6 Haziran 2005'te kullanıma sunulabilmişti. İki kararlı sürüm arasında neredeyse üç yıl geçmişti. Bu boşluk süresince, bir Debian sunucusunda güncel yazılım kullanmak isteyenlerin Debian'ın kendisinden alabileceği desteklenen bir çözüm bulunmuyordu.

Nisan 2004'te Mark Shuttleworth, sabit bir takvime sahip Debian tabanlı bir sistem planlamak üzere yaklaşık on iki Debian geliştiricisini Londra'daki dairesine davet etti ve onları istihdam etmek için Canonical Ltd şirketini kurdu. İlk sürüm olan Ubuntu 4.10 "Warty Warthog", altı ay sonra 20 Ekim 2004'te yayınlandı. Sürüm numarası yayın tarihini temsil eder: 4.10, Ekim 2004 anlamına gelirken, 26.04 ise Nisan 2026 tarihini ifade eder.

Ubuntu, olağan anlamda bir fork (çatallanma) değildir. Bir fork, kod tabanını bir kez kopyalar ve ardından orijinalinden ayrılır. Ubuntu ise her döngüde Debian'ı yeniden kopyalar. Paketler, Debian'ın sid olarak adlandırdığı rolling (sürekli güncellenen) dalı olan Debian unstable sürümünden alınır ve bu kopya, her Ubuntu döngüsünün ilk haftalarında otomatik olarak yenilenir. İçe aktarma dondurma (import freeze) sürecinden sonra, bir Ubuntu geliştiricisinin sonraki her paketi manuel olarak çekmesi ve bunu dondurma kurallarına göre gerekçelendirmesi gerekir. Linux dağıtımlarının daha geniş aile ağacı birçok gerçek fork örneği barındırır. Ubuntu bunlardan biri değildir. Bu, kalıcı bir downstream (alt akış) yapısıdır.

İki projenin hala paylaştığı noktalar

Paylaşılan kısım, farklı olan kısımdan çok daha büyüktür. Her ikisi de altta dpkg ve üstte apt bulunan .deb paket biçimini kullanır ve her ikisi de dosyaların nereye yerleşeceği ve paketlerin bağımlılıklarını nasıl bildireceği konusunda Debian Policy kurallarını izler. Ubuntu'nun kendi geliştirici belgeleri, örtüşme oranının, Debian'dan hiçbir değişiklik yapılmadan kopyalanan kaynak paketlerinde yaklaşık beşte dört seviyesinde olduğunu belirtir. Debian'da bir hatayı düzelten bir paket sorumlusu, genellikle her iki tarafın da haberi olmadan, bu hatayı Ubuntu kullanıcıları için de düzeltmiş olur.

Ubuntu bir paketi değiştirdiğinde, sürüm dizgisi bunu belirtir. Debian'ın 1.2.3-4 ifadesi 1.2.3-4ubuntu1 haline gelir ve bu sonek, her iki projenin de delta olarak adlandırdığı yerel değişikliği işaret eder. Ubuntu, dokunduğu her paket için tam deltayı yayınlar ve yamaları Debian'ın paket takip sistemine iletir; böylece bir Debian paket sorumlusu, alt akışın (downstream) ne yaptığını görebilir ve isterse bu değişiklikleri alabilir.

Bunun yeterli olup olmadığı 2005 yılından beri tartışılmaktadır ve bu tartışmayı bir taraf tutmak yerine açıkça ifade etmek gerekir. Debian tarafında şikayet, çabanın nereye yöneldiği üzerinedir: Canonical, insanlara alt akışta çalışmaları için ödeme yapar, alt akış kullanıcıları ve ilgiyi toplar; bir düzeltmeyi tekrar yukarı akışa (upstream) göndermek ise kimsenin yapması için ücret almadığı fazladan bir iştir. Ubuntu tarafında ise, altı aylık bir son teslim tarihi, hiçbir son teslim tarihi olmayan bir projeye uymaz; bu nedenle Debian'ı beklemek her zaman bir seçenek değildir. Her iki ifade de doğrudur. Hiçbiri paketlerin akışını bugüne kadar durdurmamıştır.

Hazır olduğunda yayınla, takvimdeki bir tarihe göre

Debian'ın yayın tarihi bir söz değil, bir sonuçtur. Debian 12 "bookworm" 10 Haziran 2023'te, Debian 13 "trixie" ise 9 Ağustos 2025'te yayınlanmıştır; aralarında yaklaşık iki yıl olsa da bir sonraki aralığın aynı olacağına dair bir garanti yoktur. Mevcut testing dalının adı "forky"dir ve herhangi bir yayın tarihi bulunmamaktadır; çünkü Debian, yayın kritik hata sayısı uygun seviyeye gelene kadar bir tarih duyurmaz.

Ubuntu'da ise tarih bir sözdür. Her altı ayda bir yeni sürüm yayınlanır ve her dördüncü sürüm, çift sayılı yılların Nisan ayında gelen bir LTS (uzun süreli destek) sürümüdür. Ubuntu 26.04 LTS "Resolute Raccoon", planlandığı gibi 23 Nisan 2026 tarihinde yayınlanmıştır. Aradaki sürümler ara sürümlerdir ve yalnızca dokuz aylık güncelleme desteği taşırlar; bu nedenle yılda iki kez yeniden kurmak istemeyeceğiniz bir sunucuda kullanılmamalıdırlar. Bir sunucuda Ubuntu LTS ile ara sürümler arasındaki seçim tamamen bu dokuz aylık süreye dayanır.

Yayın temposu yükseltme takviminizi belirler ve bu, iki dağıtım arasındaki ayrımın en pratik sonucudur. Ubuntu LTS üzerinde, bir sonraki yerinde yükseltmenin çift sayılı bir yılın Nisan ayında gerçekleşeceğini yıllar öncesinden bilirsiniz; bu sayede Ubuntu 24.04'ten 26.04'e yükseltme işlemi, 26.04 henüz mevcut değilken bile planlanabilir. Debian'da ise dondurma (freeze) duyurularını takip eder ve çalışmayı sürüm gerçekten yayınlandığında planlarsınız.

LTS neyi değiştirdi

Ubuntu 6.06 LTS "Dapper Drake", 1 Haziran 2006 tarihinde yayınlandı ve ilk LTS sürümü oldu. Bundan önce Ubuntu, yılda iki kez kendini yenileyen hızlı bir sistemdi; bu durum, işletmelerin üretim sunucuları kurması için uygun bir yapı değildir. LTS, önemli bir değişiklik getirdi: gelecekte bir destek bitiş tarihi belirledi ve bu tarih, planlama yapılabilecek kadar uzaktı. Ubuntu'yu varsayılan sunucu dağıtımı haline getiren değişiklik budur. Altı aylık sürüm döngüsü ise bu yapıyı besler; çünkü her LTS, ara sürümlerde zaten test edilmiş ve olgunlaşmış çalışmalardan derlenir.

Debian aynı noktaya farklı bir yönden ulaştı. Debian stable sürümü zaten yavaş ilerliyordu; Debian LTS projesi ise, Debian'ın kendi güvenlik ekibi desteği çektikten sonra her sürümün destek ömrünü uzattı.

Destek kapsamı ve süresi

[
  {
    "label": "Debian stable",
    "support_duration": 3
  },
  {
    "label": "Debian LTS",
    "support_duration": 5
  },
  {
    "label": "Debian ELTS, paid",
    "support_duration": 10
  },
  {
    "label": "Ubuntu LTS",
    "support_duration": 5
  },
  {
    "label": "Ubuntu Pro ESM",
    "support_duration": 10
  },
  {
    "label": "Ubuntu Pro plus Legacy",
    "support_duration": 15
  }
]

Debian'ın kendi güvenlik ekibi, kararlı bir sürümü 3 yıl boyunca destekler. Bu sürenin ardından, Debian'ın resmi güvenlik ve sürüm ekiplerinden ziyade gönüllüler ve şirketlerden oluşan bir grup olarak tanımladığı Debian LTS ekibi, desteği 5 yıla kadar taşır. Bu devir teslim süreci güncel tarihlerde açıkça görülmektedir: bookworm 11 Haziran 2026 tarihinde LTS sürecine girmiş olup 30 Haziran 2028 tarihine kadar desteklenmektedir; bullseye ise LTS döneminin sonuna 31 Ağustos 2026 tarihinde ulaşmaktadır. Bu noktadan sonra Freexian, Extended LTS (ELTS) hizmetini 10 yıla kadar ve yalnızca ödeme yapan müşterilerinin fiilen kullandığı paket alt kümeleri için satmaktadır.

Bir Ubuntu LTS sürümü, Canonical tarafından 5 yıllık standart güvenlik bakımı alır. Ubuntu Pro aboneliği, ESM (genişletilmiş güvenlik bakımı) aracılığıyla hem main hem de universe depolarını kapsayacak şekilde bu süreyi 10 yıla çıkarır; Legacy eklentisi ise bu süreyi 15 yıla uzatır. Ağustos 2026 itibarıyla Ubuntu Pro, beş makineye kadar kişisel kullanım için ücretsizdir; dolayısıyla tek bir VPS üzerinde on yıllık destek süresi, herhangi bir satın alma işlemi gerektirmeden geçerlidir. Pro ayrıca, her çekirdek güvenlik güncellemesinde yeniden başlatma gerektirmeyen VPS üzerinde canlı çekirdek yamalama işlemi için desteklenen yöntem olan livepatch hizmetini de içerir.

Bu rakamların arkasındaki yapı, rakamların kendisinden daha önemlidir. Ubuntu ile desteği, dağıtımı geliştiren şirketin kendisinden satın alırsınız. Debian'da ise böyle bir şirket bulunmadığından, ücretli destek Freexian gibi üçüncü taraflardan, barındırma sağlayıcınızdan veya kendi ekibinizden gelir.

Init sistemleri ve tartışmayı sonlandıran oylama

En keskin teknik ayrışma, çekirdeğin başlattığı ilk süreç ve sonrasındaki her servisin denetleyicisi olan init sisteminde yaşandı. 26 Ekim 2006 tarihinde yayınlanan Ubuntu 6.10 "Edgy Eft", Canonical bünyesinde geliştirilen Upstart ile geldi. Debian, tartışma sürerken yıllarca sysvinit üzerinde kaldı. Debian Teknik Komitesi, 11 Şubat 2014 tarihinde sonuçlanan bir oylama ile konuyu karara bağladı; başkanın belirleyici oyuyla Debian 8 için systemd tercih edildi.

Ubuntu günler içinde bu karara uydu. Shuttleworth'ün "Losing graciously" başlıklı karara dair gönderisi, nedeni açıkça ortaya koyuyordu: Ubuntu, temelinde Debian ailesinin bir üyesidir, bu nedenle çıkan sonucu benimseyecektir. Ubuntu 15.04, 23 Nisan 2015 tarihinde varsayılan olarak systemd ile yayınlandı; Debian 8 "jessie" ise üç gün sonra, 26 Nisan 2015 tarihinde aynı yolu izledi.

Bu yakınsama, çoğu servis eğitiminin herhangi bir düzenleme gerektirmeden her iki sistem arasında kullanılabilmesinin nedenidir. Unit dosyaları, systemctl ve journalctl her iki sistemde de aynı şekilde davranır. Debian 13, systemd 257 sürümünü; Ubuntu 26.04 LTS ise systemd 259 sürümünü içerir; dolayısıyla aralarındaki fark bir tasarım değil, yalnızca sürüm numarasıdır.

Snap ve taşınamayan kısım

Ubuntu 16.04 LTS, 2016 yılında snap paketlerini kullanıma sundu; 18.04 ise bazı varsayılan uygulamaların snap olarak dağıtıldığı ilk sürüm oldu. Bir snap, bağımlılıklarının kendi kopyasını içeren bağımsız bir pakettir. Bu sayede bir upstream projesi, arşivin güncellenmesini beklemeden yeni bir sürümü desteklenen tüm Ubuntu sürümlerine aynı anda gönderebilir.

Diğer büyük dağıtımların snap paketlerini varsayılan olarak benimsememesinin nedeni formatın kendisi değildir. snapd istemcisi, Canonical tarafından işletilen tek bir mağaza ile iletişim kurar ve bu mağazanın sunucu tarafı açık kaynaklı değildir. Dolayısıyla snap paketlerini benimseyen bir dağıtım, yazılım dağıtımının bir kısmını başka bir tedarikçiye devretmiş olur. Debian bunu yapmadı ve snapd paketini varsayılan olarak kurmaz.

Upstream talimatlarının sessizce işlevsiz kaldığı nokta burasıdır. Certbot bunun en net örneğidir: Kendi dokümantasyonu, kurulumun snap üzerinden yapılmasını önerir ve dağıtım paketlerinin "LTS tarzı dağıtımlarda hızla güncelliğini yitirme eğiliminde olduğu" konusunda uyarır. Ubuntu üzerinde bu sayfayı takip ettiğinizde süreç çalışır. Ancak standart bir Debian sunucusunda aynı adımları izlediğinizde, ilk adımda çalıştırılacak bir araç bulunamaz. Bizim Ubuntu 24.04 üzerinde Nginx için Certbot rehberimiz, tam da bu nedenle dağıtım paketini kullanır.

Çekirdekler, aygıt yazılımı ve özgür olmayan yazılım sorunu

Debian Sosyal Sözleşmesi ve DFSG (Debian özgür yazılım yönergeleri), main deposuna nelerin girebileceğini tanımlar. Geri kalan her şey contrib ve non-free bölümlerine gider; Debian'ın geçmişinin büyük bir kısmında, sıradan ağ ve depolama donanımlarının çalışması için ihtiyaç duyduğu ikili aygıt yazılımı (firmware) blokları da bu kapsamdaydı. 2022'deki Genel Karar'ın ardından Debian 12, ayrı bir non-free-firmware arşiv alanı ekledi ve resmi kurulum kalıpları o tarihten beri bu aygıt yazılımlarını içermektedir.

Ubuntu, ilk günden itibaren bunun tam tersi bir yaklaşım benimsedi. Arşivi, Canonical tarafından desteklenen ve sahipli sürücüleri içeren main ve restricted bölümlerine; topluluk tarafından sürdürülen universe ve multiverse bölümlerine ayrılır. Bir VPS üzerinde bunun etkisi düşüktür, çünkü sanal donanımlar neredeyse hiç aygıt yazılımına ihtiyaç duymaz. Fiziksel sunucularda ise bu, ağ kartının çalışması ile çalışmaması arasındaki farktır.

Çekirdekler de aynı eksende farklılaşır. Ağustos 2026 itibarıyla Ubuntu 26.04 LTS, Linux 7.0 sürümüyle; Debian 13 ise Linux 6.12 sürümüyle gelmektedir. Ubuntu, donanım etkinleştirme paketleri aracılığıyla tek bir LTS sürümü içinde çekirdeği güncel tutarken, Debian kararlı sürümün ömrü boyunca tek bir çekirdek serisini korur ve daha yeni sürümleri backports üzerinden sunar. Daha yeni çekirdek, güncel virtio aygıtları ve dosya sistemleri için daha iyi destek anlamına gelir. Daha eski çekirdek ise Ocak ayında test ettiğiniz davranışın Aralık ayında da aynı kalması demektir.

Diğerine yönelik talimatları uyguladığınızda ne bozulur

Çoğu zaman, biri için yazılmış bir kılavuz diğeri üzerinde de çalışır. Hatalar birkaç bilinen noktada kümelenir.

• Üçüncü taraf apt depoları, dağıtım ve kod adına göre yayınlanır. noble ve jammy sürümlerini destekleyen bir sağlayıcı, trixie için hiçbir şey yayınlamamış olabilir; bu durum bir politika kararından ziyade ağ hatası gibi görünür.
• Launchpad PPA'ları yalnızca belirli Ubuntu serileri için derlenir. Bunlardan birini Debian'a eklemek, Ubuntu'nun kütüphane sürümlerine bağlı ikili dosyaları çeker; bu durum ya şans eseri çalışır ya da Ubuntu çalışma zamanının büyük bir kısmını sisteminize sürükler.
• snapd, Ubuntu Pro aboneliği veya Canonical livepatch varsayan hiçbir şeyin Debian'da eşdeğer bir adımı yoktur, bu nedenle kılavuzun bu bölümlerinin uyarlanması değil, değiştirilmesi gerekir.
• Varsayılan imajlar, giriş yaptığınız kullanıcı açısından farklılık gösterir. Ubuntu imajları genellikle sudo yetkisine sahip bir ubuntu kullanıcısı verir ve root parolası yoktur; Debian imajları genellikle bir debian kullanıcısı verir ve sağlayıcı imajları değişiklik gösterir. SSH ile ilgili herhangi bir değişiklik yapmadan önce kendi imajınızı kontrol edin.

Bir depo, sürümünüz için herhangi bir paket grubu içermediğinde, apt bu konuda net bir hata verir:

E: The repository 'https://download.example.com/linux/debian forky Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.

Bu mesaj, sağlayıcının kod adınız için hiçbir zaman paket yayınlamadığı anlamına gelir. Yansıma (mirror) bozuk değildir ve yeniden denemek sorunu çözmeyecektir. Sağlayıcı ya sürümünüzü destekliyordur ya da desteklemiyordur.

Peki hangisini çalıştırmalısınız?

Yükseltme tarihini yıllar öncesinden takviminize işleyebileceğiniz ve destek satın alabileceğiniz tek bir tedarikçinin olduğu bir sistem istiyorsanız Ubuntu LTS tercih edin. Daha küçük bir varsayılan kurulum, süreçte tek bir şirketin bulunmadığı bir yapı ve sıkıcı olacak kadar yavaş değişen bir temel istiyorsanız Debian stable tercih edin.

Diğer her şey aktarılabilir. Her ikisi de apt kullanır, her ikisi de Debian Policy kurallarına uyar ve her ikisi de aynı paket formatındaki aynı uygulamaları çalıştırır; bu nedenle edindiğiniz beceriler sizinle birlikte taşınır. Eğer Red Hat veya Fedora dünyasından geliyorsanız, dnf ve apt komut karşılıkları her iki yöndeki geçişi kapsar. Eğer bu ikisini dağıtım anında sunulan diğer imajlarla kıyaslıyorsanız, VPS için işletim sistemi seçme rehberimiz bu seçenekleri listenin geri kalanıyla birlikte değerlendirmenizi sağlar.

FAQ

Ubuntu, Debian'ın bir çatalı (fork) mıdır?

Hayır. Bir çatal, kod tabanını bir kez kopyalar ve o noktadan sonra ayrı olarak sürdürür. Ubuntu, her altı aylık döngünün başında Debian unstable sürümünden yeniden içe aktarım yapar ve Ubuntu geliştirici belgeleri, hiçbir değişiklik yapılmadan kopyalanan kaynak paketlerinin oranını yaklaşık beşte dört olarak belirtir. Ubuntu, Debian'ın kalıcı bir alt koludur; bu nedenle Debian paketleme bilgisi Ubuntu'ya aynen aktarılır ve Debian'da yapılan bir düzeltme, genellikle kimse ekstra bir çalışma yapmadan Ubuntu kullanıcılarına ulaşır.

Ubuntu eğitimleri Debian üzerinde çalışır mı?

Genellikle çalışır ve istisnalar tahmin edilebilirdir. Her ikisi de apt kullanır, her ikisi de systemd kullanır ve her ikisi de Debian Policy kurallarına uyar; bu nedenle paket yönetimi ve servis yönetimi birbirine uygundur. Sorun çıkaran kısımlar, Canonical altyapısına bağlı olanlardır: snap tabanlı kurulum adımları, Launchpad PPA'ları, Ubuntu Pro komutları ve yalnızca Ubuntu kod adları için yayın yapan üçüncü taraf apt depoları. Bir deponun sürümünüz için bir paketi olmadığında, apt "Release dosyası yok" şeklinde bir hata verir; bu, satıcının sizin kod adınız için derleme yapmadığı anlamına gelir.

Debian ve Ubuntu güvenlik güncellemeleri ne kadar sürer?

Bir Ubuntu LTS, Canonical'dan 5 yıl standart güvenlik bakımı, Ubuntu Pro aboneliği ile 10 yıl ve Legacy eklentisi ile 15 yıla kadar destek alır. Bir Debian stable sürümü, Debian güvenlik ekibinden 3 yıl ve ardından gelen LTS dönemi dahil olmak üzere 5 yıl destek alır. Freexian'ın ücretli Extended LTS hizmeti 10 yıla kadar ulaşır, ancak bu yalnızca müşterilerinin talep ettiği paketler için geçerlidir.

Sunucu için hangisi daha iyidir, Debian mı yoksa Ubuntu mu?

Genel olarak biri diğerinden daha iyi değildir; dürüst bir ayrım, zamanlama ve destek ile ilgilidir. Ubuntu LTS, yükseltme tarihinin öngörülebilir olması gereken ve desteğin tek bir satıcıdan satın alınabilmesinin zorunlu olduğu sunucular için uygundur. Debian stable, daha küçük bir varsayılan kurulumun ve daha yavaş bir değişim hızının, sabit bir takvimden daha değerli olduğu sunucular için uygundur. Her ikisi de aynı yazılımları aynı paket formatıyla çalıştırır, bu nedenle seçiminiz barındırabileceğiniz içerikleri kısıtlamaz.