Verschil tussen Debian en Ubuntu uitgelegd

Waarom Debian en Ubuntu gescheiden zijn

Debian en Ubuntu gingen in 2004 uit elkaar vanwege de kalender, niet vanwege de code. Debian brengt een stabiele release uit wanneer het release-team deze gereed acht. Ubuntu beloofde elke zes maanden een nieuwe release op een vooraf vastgestelde datum; daarom neemt het een kopie van de ontwikkelingsbranch van Debian, bevriest deze, repareert wat defect is en brengt het uit.

Tweeëntwintig jaar later delen de twee nog steeds het pakketformaat en de tools die dit beheren, en het meeste verpakkingswerk erachter is één taak die eenmaal wordt uitgevoerd. Wat ze niet delen is een planning, een ondersteuningscontract of één mening over wat er in een standaardinstallatie thuishoort. Dat is het nuttige onderscheid wanneer u een besturingssysteem voor een server kiest, omdat het de cosmetische verschillen scheidt van de verschillen die u een middag werk kosten.

De oorsprong van Ubuntu

Ian Murdock richtte het Debian Project op 16 augustus 1993 op. In 2004 was Debian de grootste door vrijwilligers beheerde distributie die bestond, maar de ontwikkeling verliep traag. Debian 3.0 "woody" werd uitgebracht op 19 juli 2002 en de opvolger, Debian 3.1 "sarge", verscheen pas op 6 juni 2005. Er zat bijna drie jaar tussen twee stabiele releases. Tijdens die periode hadden gebruikers die actuele software op een Debian-server wilden draaien, geen ondersteunde oplossing vanuit Debian zelf.

In april 2004 nodigde Mark Shuttleworth ongeveer twaalf Debian-ontwikkelaars uit in zijn appartement in Londen om een op Debian gebaseerd systeem met een vast releaseschema te plannen. Hij richtte Canonical Ltd op om hen in dienst te nemen. De eerste release, Ubuntu 4.10 "Warty Warthog", verscheen zes maanden later op 20 oktober 2004. Het versienummer is de releasedatum: 4.10 staat voor oktober 2004 en 26.04 staat voor april 2026.

Ubuntu was nooit een fork in de gebruikelijke zin van het woord. Een fork kopieert een codebase eenmalig en wijkt daarna af van het origineel. Ubuntu kopieert Debian bij elke cyclus opnieuw. Pakketten worden overgenomen uit Debian unstable, de rolling-branch die Debian sid noemt, en die kopie wordt tijdens de eerste weken van elke Ubuntu-cyclus automatisch ververst. Na de import-freeze moet een Ubuntu-ontwikkelaar elk volgend pakket handmatig overzetten en verantwoorden volgens de freeze-regels. De bredere stamboom van Linux-distributies bevat tal van echte forks. Dit is er geen. Het is een permanente downstream-versie.

Wat de twee projecten nog steeds gemeen hebben

Het gedeelde deel is aanzienlijk groter dan het afwijkende deel. Beide gebruiken het .deb-pakketformaat met dpkg als basis en apt daarbovenop, en beide volgen het Debian Policy-beleid voor de locatie van bestanden en de wijze waarop pakketten hun afhankelijkheden declareren. Volgens de eigen ontwikkelaarsdocumentatie van Ubuntu is ongeveer vier op de vijf bronpakketten zonder enige wijziging overgenomen van Debian. Een beheerder die een bug in Debian verhelpt, lost deze meestal ook op voor Ubuntu-gebruikers, vaak zonder dat beide partijen dit opmerken.

Wanneer Ubuntu een pakket wijzigt, is dit zichtbaar in de versiestring. Het 1.2.3-4 van Debian wordt 1.2.3-4ubuntu1, en dit achtervoegsel markeert de lokale wijziging, die door beide projecten de delta wordt genoemd. Ubuntu publiceert de volledige delta voor elk pakket dat het aanpast en stuurt patches door naar het pakketvolgsysteem van Debian, zodat een Debian-beheerder kan zien wat de downstream-partij heeft gedaan en dit desgewenst kan overnemen.

Of dit voldoende is, is een discussiepunt sinds 2005, en het is zinvol om dit argument helder te verwoorden in plaats van partij te kiezen. Vanuit Debian is de klacht gericht op waar de inspanning terechtkomt: Canonical betaalt mensen om downstream te werken, de downstream-partij verzamelt de gebruikers en de aandacht, en het terugsturen van een correctie naar upstream is extra werk waarvoor niemand wordt betaald. Vanuit Ubuntu is de stelling dat een deadline van zes maanden niet past bij een project zonder deadline, waardoor wachten op Debian niet altijd een optie is. Beide stellingen zijn waar. Geen van beide heeft ooit de stroom van pakketten gestopt.

Release wanneer gereed, op basis van een datum op de kalender

De releasedatum van Debian is een resultaat, geen belofte. Debian 12 "bookworm" werd uitgebracht op 10 juni 2023 en Debian 13 "trixie" op 9 augustus 2025, met ongeveer twee jaar ertussen, maar niets garandeert dat de volgende tussenperiode hetzelfde zal zijn. De huidige testing-branch heet "forky" en heeft geen releasedatum, omdat Debian er pas een aankondigt wanneer het aantal release-kritieke bugs dit toelaat.

De datum van Ubuntu is de belofte. Elke zes maanden verschijnt er een release, en elke vierde release, in april van een even jaar, is een LTS-release (long term support). Ubuntu 26.04 LTS "Resolute Raccoon" werd op 23 april 2026 volgens planning uitgebracht. De releases daartussen zijn interim-releases en ontvangen slechts negen maanden aan updates; daarom horen deze niet thuis op een server die u liever niet twee keer per jaar opnieuw opbouwt. De keuze tussen Ubuntu LTS en interim-releases op een server komt neer op dat getal van negen maanden.

Het ritme bepaalt uw upgradekalender, en dit is het meest praktische gevolg van dit onderscheid. Bij Ubuntu LTS weet u jaren van tevoren dat uw volgende in-place upgrade in april van een even jaar valt, waardoor de upgrade van Ubuntu 24.04 naar 26.04 al gepland kon worden voordat 26.04 bestond. Bij Debian volgt u de aankondigingen van de freeze en plant u de werkzaamheden in zodra de release daadwerkelijk plaatsvindt.

Wat er veranderde met LTS

Ubuntu 6.06 LTS "Dapper Drake" werd uitgebracht op 1 juni 2006 en was de eerste LTS-versie. Daarvoor was Ubuntu een snel evoluerend systeem dat zichzelf twee keer per jaar verving; dit is geen basis waarop een bedrijf een productieserver bouwt. LTS deed één ding dat ertoe deed: het stelde een einddatum voor ondersteuning in de toekomst vast, ver genoeg vooruit om er een plan omheen te kunnen bouwen. Dat is de verandering die van Ubuntu de standaard serverdistributie maakte, en het ritme van zes maanden is wat dit voedt, omdat elke LTS wordt samengesteld uit werk dat al is getest in de tussenliggende releases.

Debian bereikte hetzelfde punt vanuit de andere richting. De stable-release bewoog al langzaam, en het Debian LTS-project verlengde de ondersteunde levensduur van elke release nadat het eigen beveiligingsteam van Debian een stap terug deed.

Wie biedt ondersteuning en voor hoe lang

[
  {
    "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
  }
]

Het eigen beveiligingsteam van Debian ondersteunt een stabiele release gedurende 3 jaar. Daarna neemt het Debian LTS-team het over. Debian beschrijft dit team als een groep vrijwilligers en bedrijven, in plaats van als hun officiële beveiligings- en releaseteams, en zij ondersteunen de release tot 5 jaar. De overdracht is zichtbaar in de huidige data: bookworm ging op 11 juni 2026 over naar LTS en wordt ondersteund tot 30 juni 2028, en bullseye bereikt het einde van de LTS-periode op 31 augustus 2026. Na dat punt verkoopt Freexian Extended LTS, ofwel ELTS, tot 10 jaar, en dit geldt alleen voor de subset van pakketten die hun betalende klanten daadwerkelijk gebruiken.

Een Ubuntu LTS krijgt 5 jaar standaard beveiligingsonderhoud van Canonical. Een Ubuntu Pro-abonnement verhoogt dit naar 10 jaar via ESM (expanded security maintenance), voor zowel main als universe, en de Legacy-add-on breidt dit uit naar 15. Sinds augustus 2026 is Ubuntu Pro gratis voor persoonlijk gebruik op maximaal vijf machines, dus op een enkele VPS is de termijn van tien jaar haalbaar zonder inkooporder. Pro bevat ook de livepatch-service, wat de ondersteunde methode is voor live kernel patching op een VPS zonder dat een reboot nodig is voor elke beveiligingsupdate van de kernel.

De structuur achter deze cijfers is belangrijker dan de cijfers zelf. Bij Ubuntu koopt u ondersteuning van hetzelfde bedrijf dat de distributie bouwt. Bij Debian bestaat zo'n bedrijf niet; betaalde ondersteuning komt daarom van een derde partij zoals Freexian, van uw hostingprovider of van uw eigen team.

Init-systemen en de stemming die de discussie beëindigde

Het scherpste technische meningsverschil betrof het init-systeem, het eerste proces dat de kernel start en de supervisor van elke daaropvolgende service. Ubuntu 6.10 "Edgy Eft", uitgebracht op 26 oktober 2006, bevatte Upstart, dat bij Canonical was geschreven. Debian bleef jarenlang bij sysvinit terwijl de discussie voortduurde. De Technical Committee van Debian beslechtte dit met een stemming die op 11 februari 2014 werd afgerond; de doorslaggevende stem van de voorzitter koos voor systemd voor Debian 8.

Ubuntu volgde binnen enkele dagen. De post van Shuttleworth over het besluit, getiteld "Losing graciously", gaf de reden duidelijk aan: Ubuntu is in de kern een lid van de Debian-familie, dus zou het de uitkomst overnemen. Ubuntu 15.04 leverde systemd standaard mee op 23 april 2015, en Debian 8 "jessie" deed hetzelfde op 26 april 2015, drie dagen later.

Die convergentie is de reden waarom de meeste service-handleidingen zonder aanpassingen tussen beide systemen uitwisselbaar zijn. Unit-bestanden, systemctl en journalctl gedragen zich op beide systemen hetzelfde. Debian 13 levert systemd 257 en Ubuntu 26.04 LTS levert systemd 259; wat hen daar scheidt is dus een versienummer, geen ontwerp.

Snap en het onderdeel dat niet poort

Ubuntu 16.04 LTS introduceerde snap-pakketten in 2016, en 18.04 was de eerste release die standaard enkele applicaties als snaps leverde. Een snap is een op zichzelf staand pakket dat zijn eigen kopie van de afhankelijkheden bevat. Hierdoor kan een upstream-project een nieuwe versie naar elke ondersteunde Ubuntu-release tegelijk pushen, in plaats van te wachten tot het archief is bijgewerkt.

De reden dat geen enkele andere grote distributie snaps als standaard heeft overgenomen, ligt niet aan het formaat. De snapd client communiceert met één winkel, beheerd door Canonical, en de serverkant van die winkel is niet open source. Een distributie die snaps adopteert, draagt daarmee een deel van zijn softwaredistributie over aan een andere leverancier. Debian heeft dit niet gedaan en installeert snapd niet standaard.

Dit is waar upstream-instructies stilletjes ophouden te werken. Certbot is het duidelijkste voorbeeld: de eigen documentatie adviseert om vanuit een snap te installeren en waarschuwt dat distributiepakketten "vaak snel verouderd raken op LTS-distributies". Volg die pagina op Ubuntu en het werkt. Volg het op een standaard Debian-server en de allereerste stap heeft niets om uit te voeren. Onze eigen Certbot-handleiding voor Nginx op Ubuntu 24.04 gebruikt om die reden het distributiepakket.

Kernels, firmware en de non-free kwestie

Het Social Contract van Debian en de DFSG (Debian free software guidelines) definiëren wat in main mag worden opgenomen. Al het overige komt in contrib en non-free terecht, en gedurende het grootste deel van het bestaan van Debian omvatte dit ook de binaire firmware-blobs die gangbare netwerk- en opslaghardware nodig heeft om te functioneren. Na een General Resolution in 2022 heeft Debian 12 een apart non-free-firmware archiefgebied toegevoegd, en officiële installatie-images bevatten sindsdien deze firmware.

Ubuntu maakte vanaf de eerste dag de tegenovergestelde keuze. Het archief is onderverdeeld in main en restricted, die door Canonical worden ondersteund en propriëtaire drivers bevatten, plus universe en multiverse, die door de community worden onderhouden. Op een VPS is het effect hiervan klein, omdat virtuele hardware vrijwel geen firmware vereist. Op dedicated hardware is het echter het verschil tussen een netwerkkaart die wel of niet functioneert.

Kernels verschillen op dezelfde as. Per augustus 2026 levert Ubuntu 26.04 LTS Linux 7.0 en Debian 13 Linux 6.12. Ubuntu werkt de kernel bovendien bij binnen een enkele LTS-release via hardware enablement stacks, terwijl Debian één kernelserie aanhoudt gedurende de gehele levensduur van een stable release en nieuwere versies aanbiedt via backports. Nieuwer betekent betere ondersteuning voor recente virtio-apparaten en bestandssystemen. Ouder betekent dat het gedrag dat u in januari heeft getest, in december nog steeds hetzelfde is.

Wat er misgaat bij het volgen van instructies voor de andere distributie

Meestal werkt een handleiding die voor de ene distributie is geschreven ook op de andere. De problemen concentreren zich op een aantal bekende punten.

• Apt-repositories van derden worden per distributie en per codenaam gepubliceerd. Een leverancier die noble en jammy ondersteunt, heeft mogelijk niets gepubliceerd voor trixie. De foutmelding lijkt dan op een netwerkprobleem in plaats van op een beleidskeuze.
• Launchpad PPA's worden specifiek voor bepaalde Ubuntu-series gebouwd. Het toevoegen van een PPA aan Debian haalt binaries op die gelinkt zijn aan de bibliotheekversies van Ubuntu. Dit werkt soms bij toeval, maar kan ook een groot deel van de Ubuntu-runtime op uw systeem installeren.
• Alles wat uitgaat van snapd, een Ubuntu Pro-abonnement of Canonical's livepatch heeft geen equivalent in Debian. Die onderdelen van een handleiding moeten daarom worden vervangen in plaats van aangepast.
• Standaardimages verschillen in de gebruiker waarmee u inlogt. Ubuntu-images geven u meestal een ubuntu-gebruiker met sudo en zonder root-wachtwoord; Debian-images geven u meestal een debian-gebruiker, en images van providers variëren. Controleer dit voordat u wijzigingen aanbrengt in SSH.

Wanneer een repository geen suite heeft voor uw release, is apt daar specifiek over:

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.

Die melding betekent dat de leverancier nooit pakketten heeft gepubliceerd voor uw codenaam. De mirror is niet defect en opnieuw proberen zal het probleem niet oplossen. Of de leverancier ondersteunt uw release, of niet.

Welke versie moet u gebruiken?

Kies voor Ubuntu LTS als u een upgrade-datum wilt die u jaren van tevoren in uw agenda kunt noteren, en als u een leverancier wilt waarbij u ondersteuning kunt inkopen. Kies voor Debian stable als u een kleinere standaardinstallatie wenst zonder dat er één enkel bedrijf bij betrokken is, en een basis die langzaam genoeg verandert om voorspelbaar te blijven.

Alle overige kennis is overdraagbaar. Beide systemen gebruiken apt, beide volgen de Debian Policy en beide draaien dezelfde applicaties in hetzelfde pakketformaat, waardoor uw vaardigheden direct inzetbaar zijn. Als u afkomstig bent van Red Hat of Fedora, dan biedt het overzicht van dnf- en apt-commando-equivalenten de vertaling in beide richtingen. En als u deze twee opties afweegt tegen de andere beschikbare images tijdens de uitrol, dan vergelijkt onze gids voor het kiezen van een besturingssysteem voor uw VPS deze met de rest van de lijst.

FAQ

Is Ubuntu een fork van Debian?

Nee. Een fork kopieert een codebase eenmalig en onderhoudt deze daarna afzonderlijk. Ubuntu importeert aan het begin van elke cyclus van zes maanden opnieuw vanuit Debian unstable, en de ontwikkelaarsdocumentatie van Ubuntu stelt dat ongeveer vier op de vijf bronpakketten zonder aanpassingen worden overgenomen. Ubuntu is een permanente downstream van Debian; daarom is kennis van Debian-packaging ongewijzigd toepasbaar op Ubuntu en bereikt een fix in Debian meestal de Ubuntu-gebruikers zonder extra werk.

Werken Ubuntu-handleidingen op Debian?

Meestal wel, en de uitzonderingen zijn voorspelbaar. Beide gebruiken apt, beide gebruiken systemd en beide volgen de Debian Policy, waardoor pakketbeheer en servicebeheer overeenkomen. Wat niet werkt, is alles wat gekoppeld is aan de infrastructuur van Canonical: installatiestappen op basis van snap, Launchpad PPA's, Ubuntu Pro-commando's en apt-repositories van derden die alleen voor Ubuntu-codenamen publiceren. Wanneer een repository geen suite heeft voor uw release, meldt apt dat het "geen Release-bestand heeft", wat betekent dat de leverancier nooit voor uw codenaam heeft gebouwd.

Hoe lang duren beveiligingsupdates voor Debian en Ubuntu?

Een Ubuntu LTS krijgt 5 jaar standaard beveiligingsonderhoud van Canonical, 10 met een Ubuntu Pro-abonnement en tot 15 met de Legacy-add-on. Een Debian stable-release krijgt 3 jaar van het beveiligingsteam van Debian en 5 jaar inclusief de daaropvolgende LTS-periode. De betaalde Extended LTS van Freexian bereikt 10 jaar, maar alleen voor de pakketten die de klanten aanvragen.

Wat is beter voor een server, Debian of Ubuntu?

Geen van beide is in het algemeen beter; het eerlijke onderscheid draait om planning en ondersteuning. Ubuntu LTS is geschikt voor een server waar de upgradedatum voorspelbaar moet zijn en waar ondersteuning bij één leverancier moet kunnen worden ingekocht. Debian stable is geschikt voor een server waar een kleinere standaardinstallatie en een langzamer wijzigingstempo belangrijker zijn dan een vaste kalender. Ze draaien dezelfde software vanuit hetzelfde pakketformaat, dus de keuze beperkt niet wat u kunt hosten.