Debian oder Ubuntu: Unterschiede bei Servern erklärt

Warum sich Debian und Ubuntu getrennt haben

Debian und Ubuntu gingen 2004 wegen des Veröffentlichungsrhythmus getrennte Wege, nicht wegen des Codes. Debian veröffentlicht eine stabile Version, wenn das Release-Team sie für bereit hält. Ubuntu versprach alle sechs Monate eine neue Version an einem im Voraus festgelegten Datum. Deshalb übernimmt Ubuntu eine Kopie von Debians Entwicklungszweig, friert ihn ein, behebt Fehler und veröffentlicht die Version.

Auch 22 Jahre später verwenden beide weiterhin dasselbe Paketformat und dieselben Werkzeuge für die Paketverwaltung. Der größte Teil der Paketierungsarbeit wird einmal erledigt und kommt beiden zugute. Was sie nicht gemeinsam haben, sind ein Zeitplan, ein Supportvertrag und eine einheitliche Auffassung davon, was zu einer Standardinstallation gehört. Das ist der entscheidende Unterschied bei der Auswahl eines Betriebssystems für einen Server. Er trennt die Unterschiede, die nur kosmetisch sind, von denen, die Sie einen Nachmittag kosten.

Woher Ubuntu stammt

Ian Murdock gründete das Debian-Projekt am 16. August 1993. Im Jahr 2004 war Debian die größte von Freiwilligen betreute Distribution überhaupt, und sie war langsam. Debian 3.0 "woody" wurde am 19. Juli 2002 veröffentlicht. Der Nachfolger Debian 3.1 "sarge" erschien erst am 6. Juni 2005. Zwischen zwei stabilen Releases lagen fast drei Jahre. Während dieser Zeit gab es von Debian selbst keine unterstützte Möglichkeit, aktuelle Software auf einem Debian-Server zu verwenden.

Im April 2004 lud Mark Shuttleworth etwa ein Dutzend Debian-Entwickler in seine Wohnung in London ein, um ein Debian-basiertes System mit einem festen Veröffentlichungszeitplan zu planen. Außerdem gründete er Canonical Ltd, um sie zu beschäftigen. Das erste Release, Ubuntu 4.10 "Warty Warthog", erschien sechs Monate später am 20. Oktober 2004. Die Versionsnummer entspricht dem Veröffentlichungsdatum: 4.10 steht für Oktober 2004 und 26.04 für April 2026.

Ubuntu war nie ein Fork im gewöhnlichen Sinn. Ein Fork kopiert eine Codebasis einmal und entwickelt sich anschließend unabhängig vom Original weiter. Ubuntu kopiert Debian in jedem Zyklus erneut. Die Pakete stammen aus Debian unstable, dem Rolling-Release-Zweig, den Debian als sid bezeichnet. Diese Kopie wird in den ersten Wochen jedes Ubuntu-Zyklus automatisch aktualisiert. Nach dem Import-Freeze muss ein Ubuntu-Entwickler jedes weitere Paket manuell übernehmen und anhand der Freeze-Regeln begründen. Der größere Stammbaum der Linux-Distributionen enthält zahlreiche echte Forks. Ubuntu gehört nicht dazu. Es ist dauerhaft eine nachgelagerte Distribution.

Was die beiden Projekte weiterhin gemeinsam haben

Der gemeinsame Teil ist deutlich größer als der unterschiedliche. Beide verwenden das .deb-Paketformat mit dpkg darunter und apt darüber. Beide folgen der Debian Policy dafür, wo Dateien installiert werden und wie Pakete ihre Abhängigkeiten deklarieren. Die eigene Entwicklerdokumentation von Ubuntu beziffert die Überschneidung auf ungefähr vier von fünf Quellpaketen, die unverändert aus Debian übernommen werden. Behebt ein Maintainer einen Fehler in Debian, behebt er ihn damit auch für Ubuntu-Benutzer, normalerweise ohne dass eine der beiden Seiten davon etwas bemerkt.

Wenn Ubuntu ein Paket ändert, ist das an der Versionszeichenfolge erkennbar. Aus Debians 1.2.3-4 wird 1.2.3-4ubuntu1. Dieses Suffix kennzeichnet die lokale Änderung, die beide Projekte als Delta bezeichnen. Ubuntu veröffentlicht das vollständige Delta für jedes Paket, das geändert wurde, und übermittelt Patches an Debians Paketverfolgungssystem. Dadurch kann ein Debian-Maintainer sehen, was das nachgelagerte Projekt geändert hat, und die Änderung bei Bedarf übernehmen.

Ob das ausreicht, wird seit 2005 diskutiert. Es ist sinnvoll, die Argumente klar darzustellen, statt eine Seite einzunehmen. Aus Sicht von Debian geht es darum, wo der Aufwand anfällt: Canonical bezahlt Mitarbeiter für die Arbeit im nachgelagerten Projekt, während dieses die Benutzer und die Aufmerksamkeit gewinnt. Einen Fix an das Ursprungsprojekt zurückzugeben, verursacht zusätzliche Arbeit, für die niemand bezahlt wird. Aus Sicht von Ubuntu lässt sich eine Frist von sechs Monaten nicht mit einem Projekt vereinbaren, das keine Frist hat. Auf Debian zu warten, ist daher nicht immer möglich. Beide Aussagen sind richtig. Keine davon hat je verhindert, dass die Pakete weitergegeben werden.

Veröffentlichung bei Fertigstellung statt zu einem festen Kalendertermin

Das Veröffentlichungsdatum von Debian ist ein Ergebnis, kein Versprechen. Debian 12 "bookworm" wurde am 10. Juni 2023 und Debian 13 "trixie" am 9. August 2025 veröffentlicht. Der Abstand betrug damit ungefähr zwei Jahre. Es gibt jedoch keine Garantie, dass der nächste Abstand genauso ausfällt. Der aktuelle Testing-Zweig heißt "forky" und hat kein Veröffentlichungsdatum, weil Debian erst dann eines ankündigt, wenn die Anzahl der Release-kritischen Fehler dies zulässt.

Bei Ubuntu ist das Datum das Versprechen. Alle sechs Monate erscheint eine neue Version. Jede vierte Version, die im April eines geraden Jahres erscheint, ist eine LTS-Version (Long-Term Support). Ubuntu 26.04 LTS "Resolute Raccoon" wurde planmäßig am 23. April 2026 veröffentlicht. Die dazwischenliegenden Versionen sind Interim-Versionen und erhalten nur neun Monate lang Updates. Deshalb gehören sie nicht auf einen Server, den Sie nicht zweimal pro Jahr neu aufsetzen möchten. Die Wahl zwischen Ubuntu LTS und Interim-Versionen auf einem Server hängt letztlich von dieser Zahl von neun Monaten ab.

Der Veröffentlichungsrhythmus legt Ihren Upgrade-Kalender fest. Das ist die praktisch wichtigste Folge dieser unterschiedlichen Modelle. Bei Ubuntu LTS wissen Sie Jahre im Voraus, dass das nächste In-Place-Upgrade im April eines geraden Jahres ansteht. Daher konnte das Upgrade von Ubuntu 24.04 auf 26.04 geplant werden, bevor 26.04 existierte. Bei Debian beobachten Sie die Ankündigungen zum Freeze und planen die Arbeiten, sobald die Version tatsächlich veröffentlicht wird.

Was sich mit LTS änderte

Ubuntu 6.06 LTS "Dapper Drake" wurde am 1. Juni 2006 veröffentlicht und war das erste LTS-Release. Davor war Ubuntu ein schnelllebiges System, das sich zweimal pro Jahr selbst ersetzte. Ein Unternehmen baut darauf keinen Produktionsserver auf. LTS führte eine Eigenschaft ein, die entscheidend war: Es legte ein Support-Enddatum in der Zukunft fest, weit genug entfernt, um die Planung darauf auszurichten. Diese Änderung machte Ubuntu zur Standarddistribution für Server. Der sechsmonatige Veröffentlichungszyklus liefert dafür die Grundlage, weil jedes LTS-Release aus Arbeiten zusammengestellt wird, die zuvor in den Zwischen-Releases erprobt und bereinigt wurden.

Debian erreichte denselben Punkt aus der entgegengesetzten Richtung. Sein Stable-Release wurde bereits langsam weiterentwickelt. Das Debian-LTS-Projekt verlängerte anschließend die Supportdauer jedes Releases, nachdem sich Debians eigenes Security-Team zurückgezogen hatte.

Wer unterstützt Sie und wie lange?

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

Debians eigenes Security-Team deckt ein Stable-Release für 3 Jahre ab. Danach führt das Debian-LTS-Team, das Debian als eine Gruppe aus Freiwilligen und Unternehmen und nicht als offizielles Security- oder Release-Team beschreibt, die Unterstützung bis auf 5 Jahre fort. Der Übergang ist an den aktuellen Daten erkennbar: bookworm wechselte am 11. Juni 2026 in den LTS-Zeitraum und wird bis zum 30. Juni 2028 unterstützt. Bei bullseye endet der LTS-Zeitraum am 31. August 2026. Danach bietet Freexian Extended LTS, kurz ELTS, bis zu 10 Jahre an. Das gilt jedoch nur für die Teilmenge der Pakete, die die zahlenden Kunden tatsächlich verwenden.

Ein Ubuntu-LTS erhält von Canonical 5 Jahre standardmäßige Sicherheitswartung. Ein Ubuntu-Pro-Abonnement verlängert diesen Zeitraum über ESM (Expanded Security Maintenance) auf 10 Jahre. Das gilt für main und universe. Das Legacy-Add-on verlängert den Zeitraum auf 15. Im August 2026 ist Ubuntu Pro für die private Nutzung auf bis zu fünf Rechnern kostenlos. Auf einem einzelnen VPS sind die zehn Jahre daher ohne Bestellung und ohne zusätzliche Kosten realistisch. Pro umfasst außerdem den livepatch-Dienst. Er ist der unterstützte Weg für Live-Kernel-Patching auf einem VPS, ohne für jedes Kernel-Sicherheitsupdate einen Reboot durchzuführen.

Die Struktur hinter diesen Zahlen ist wichtiger als die Zahlen selbst. Bei Ubuntu beziehen Sie den Support von demselben Unternehmen, das die Distribution entwickelt. Bei Debian gibt es kein solches Unternehmen. Bezahlter Support kommt daher von einem Drittanbieter wie Freexian, von Ihrem Hosting-Anbieter oder von Ihrem eigenen Team.

Init-Systeme und die Abstimmung, die den Streit beendete

Die größte technische Abweichung betraf das Init-System. Es ist der erste Prozess, den der Kernel startet, und überwacht danach jeden Dienst. Ubuntu 6.10 "Edgy Eft", veröffentlicht am 26 October 2006, wurde mit Upstart ausgeliefert, das bei Canonical entwickelt wurde. Debian blieb jahrelang bei sysvinit, während der Streit andauerte. Das Technical Committee von Debian entschied die Frage mit einer Abstimmung, die am 11 February 2014 abgeschlossen wurde. Den Ausschlag gab die Stimme des Vorsitzenden zugunsten von systemd für Debian 8.

Ubuntu folgte innerhalb weniger Tage. Shuttleworth erläuterte die Entscheidung in einem Beitrag mit dem Titel "Losing graciously" direkt: Ubuntu ist im Kern Teil der Debian-Familie und würde daher das Ergebnis übernehmen. Ubuntu 15.04 wurde am 23 April 2015 standardmäßig mit systemd ausgeliefert. Debian 8 "jessie" folgte am 26 April 2015, drei Tage später.

Diese Annäherung erklärt, warum die meisten Anleitungen zur Dienstverwaltung zwischen beiden Distributionen ohne Änderungen wechseln. Unit-Dateien, systemctl und journalctl verhalten sich auf beiden Systemen gleich. Debian 13 wird mit systemd 257 ausgeliefert, Ubuntu 26.04 LTS mit systemd 259. Der Unterschied besteht dort also in der Versionsnummer, nicht im Design.

Snap und der Teil, der sich nicht übertragen lässt

Ubuntu 16.04 LTS führte 2016 Snap-Pakete ein. 18.04 war die erste Version, die einige Standardanwendungen als Snaps auslieferte. Ein Snap ist ein eigenständiges Paket, das eigene Kopien seiner Abhängigkeiten enthält. Dadurch kann ein Upstream-Projekt eine neue Version gleichzeitig für alle unterstützten Ubuntu-Versionen bereitstellen, statt zu warten, bis das Archiv aktualisiert wurde.

Der Grund dafür, dass keine andere große Distribution Snaps als Standard übernommen hat, liegt nicht im Format. Der snapd-Client kommuniziert mit einem einzigen Store, der von Canonical betrieben wird. Die Serverseite dieses Stores ist nicht Open Source. Eine Distribution, die Snaps übernimmt, übergibt daher einen Teil ihrer Softwareverteilung an einen anderen Anbieter. Debian hat dies nicht getan und installiert snapd standardmäßig nicht.

An diesem Punkt funktionieren Upstream-Anleitungen oft nicht mehr. Certbot ist das deutlichste Beispiel: Die eigene Dokumentation empfiehlt die Installation aus einem Snap und warnt, dass Distributionspakete „bei Distributionen im LTS-Stil dazu neigen, schnell zu veralten“. Wenn Sie dieser Anleitung auf Ubuntu folgen, funktioniert sie. Auf einem unveränderten Debian-Server hat der allererste Schritt jedoch nichts, womit er ausgeführt werden könnte. Unser eigener Certbot-Leitfaden für Nginx unter Ubuntu 24.04 verwendet deshalb das Distributionspaket.

Kernel, Firmware und die Frage nach unfreier Software

Der Debian Social Contract und die DFSG (Debian Free Software Guidelines) legen fest, was in main aufgenommen werden darf. Alles andere kommt nach contrib und non-free. Während des größten Teils der Debian-Geschichte umfasste das auch die binären Firmware-Blobs, die gewöhnliche Netzwerk- und Speicherhardware benötigt, bevor sie funktioniert. Nach einer General Resolution im Jahr 2022 fügte Debian 12 einen separaten Archivbereich non-free-firmware hinzu. Seitdem enthalten offizielle Installations-Images diese Firmware.

Ubuntu traf von Anfang an die gegenteilige Entscheidung. Das Archiv ist in main und restricted aufgeteilt. Diese Bereiche werden von Canonical unterstützt und enthalten proprietäre Treiber. Hinzu kommen universe und multiverse, die von der Community gepflegt werden. Auf einem VPS ist der Unterschied gering, weil virtuelle Hardware kaum Firmware benötigt. Auf dedizierter Hardware entscheidet er darüber, ob eine Netzwerkkarte aktiviert wird oder nicht.

Auch bei den Kernels gibt es Unterschiede auf derselben Grundlage. Im August 2026 wird mit Ubuntu 26.04 LTS Linux 7.0 ausgeliefert, während Debian 13 Linux 6.12 verwendet. Ubuntu aktualisiert den Kernel außerdem innerhalb eines einzelnen LTS-Releases über seine Hardware-Enablement-Stacks. Debian behält für die gesamte Lebensdauer eines Stable-Releases dieselbe Kernel-Serie bei und stellt neuere Versionen über backports bereit. Neuere Versionen bieten eine bessere Unterstützung für aktuelle virtio-Geräte und Dateisysteme. Ältere Versionen bedeuten, dass sich das im Januar getestete Verhalten auch im Dezember nicht geändert hat.

Was bei Anweisungen für die jeweils andere Distribution fehlschlägt

In den meisten Fällen funktioniert eine Anleitung für die eine Distribution auch mit der anderen. Die Fehler konzentrieren sich auf einige bekannte Bereiche.

• Drittanbieter-apt-Repositorys werden für jede Distribution und jeden Codenamen veröffentlicht. Ein Anbieter, der noble und jammy unterstützt, veröffentlicht möglicherweise nichts für trixie. Der Fehler sieht dann wie ein Netzwerkfehler aus und nicht wie eine bewusste Entscheidung des Anbieters.
• Launchpad-PPAs werden nur für bestimmte Ubuntu-Versionen gebaut. Wenn Sie ein PPA zu Debian hinzufügen, werden Binärdateien abgerufen, die mit den Bibliotheksversionen von Ubuntu verknüpft sind. Das funktioniert entweder zufällig oder zieht einen großen Teil der Ubuntu-Laufzeitumgebung auf Ihr System.
• Alles, was snapd, ein Ubuntu-Pro-Abonnement oder Canonicals livepatch voraussetzt, hat in Debian keinen entsprechenden Schritt. Diese Abschnitte einer Anleitung müssen daher ersetzt und nicht nur angepasst werden.
• Die Standard-Images unterscheiden sich darin, mit welchem Benutzer Sie sich anmelden. Ubuntu-Images stellen normalerweise einen ubuntu-Benutzer mit sudo und ohne root-Passwort bereit. Debian-Images stellen normalerweise einen debian-Benutzer bereit. Bei Provider-Images gibt es Unterschiede. Prüfen Sie dies, bevor Sie Änderungen an SSH vornehmen.

Wenn ein Repository keine Suite für Ihre Version enthält, beschreibt apt das Problem eindeutig:

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.

Diese Meldung bedeutet, dass der Anbieter keine Pakete für Ihren Codenamen veröffentlicht hat. Der Mirror ist nicht defekt. Ein erneuter Versuch behebt das Problem nicht. Entweder unterstützt der Anbieter Ihre Version oder nicht.

Welche Distribution sollten Sie also einsetzen?

Wählen Sie Ubuntu LTS, wenn Sie einen Upgrade-Termin mehrere Jahre im Voraus festlegen möchten und einen Anbieter bevorzugen, bei dem Sie Support erwerben können. Wählen Sie Debian stable, wenn Sie eine kleinere Standardinstallation ohne ein einzelnes Unternehmen als zentrale Abhängigkeit wünschen und eine Basis bevorzugen, die sich langsam genug ändert, um unauffällig zu bleiben.

Alles andere lässt sich übertragen. Beide Systeme verwenden apt, folgen der Debian Policy und führen dieselben Anwendungen aus demselben Paketformat aus. Ihre Kenntnisse bleiben daher auch beim Wechsel erhalten. Wenn Sie von Red Hat oder Fedora kommen, erklären die Entsprechungen der dnf- und apt-Befehle die Übersetzung in beide Richtungen. Wenn Sie diese beiden Systeme mit den anderen Images vergleichen, die beim Deployment verfügbar sind, stellt unser Leitfaden zur Auswahl eines Betriebssystems für Ihre VPS sie den übrigen Optionen gegenüber.

FAQ

Ist Ubuntu ein Fork von Debian?

Nein. Ein Fork kopiert eine Codebasis einmal und wird danach unabhängig gepflegt. Ubuntu importiert zu Beginn jedes sechsmonatigen Zyklus erneut aus Debian unstable. Die Entwicklerdokumentation von Ubuntu gibt den Anteil der ohne Änderungen kopierten Quellpakete mit ungefähr vier von fünf an. Ubuntu ist ein dauerhaftes Downstream-Projekt von Debian. Deshalb lässt sich Debian-Paketierungswissen unverändert auf Ubuntu übertragen. Eine in Debian vorgenommene Fehlerbehebung erreicht Ubuntu-Benutzer normalerweise ohne zusätzlichen Aufwand.

Funktionieren Ubuntu-Tutorials unter Debian?

Normalerweise ja. Die Ausnahmen sind vorhersehbar. Beide Systeme verwenden apt und systemd und folgen der Debian Policy. Daher sind Paket- und Dienstverwaltung weitgehend identisch. Probleme entstehen bei allem, was an die Infrastruktur von Canonical gebunden ist: Installationsschritte mit snap, Launchpad-PPAs, Ubuntu-Pro-Befehle und Drittanbieter-apt-Repositories, die nur für Ubuntu-Codenamen Pakete veröffentlichen. Wenn ein Repository keine Suite für Ihre Version enthält, meldet apt, dass es „does not have a Release file“. Das bedeutet, dass der Anbieter keine Pakete für Ihren Codename erstellt hat.

Wie lange stehen Sicherheitsupdates für Debian und Ubuntu zur Verfügung?

Ein Ubuntu LTS erhält von Canonical 5 Jahre standardmäßige Sicherheitswartung, mit einem Ubuntu-Pro-Abonnement 10 Jahre und mit dem Legacy-Add-on bis zu 15 Jahre. Eine stabile Debian-Version erhält 3 Jahre Unterstützung durch das Debian-Sicherheitsteam und einschließlich der anschließenden LTS-Phase 5 Jahre. Das kostenpflichtige Extended LTS von Freexian reicht bis zu 10 Jahre, jedoch nur für die Pakete, die von den Kunden angefordert werden.

Was ist für einen Server besser: Debian oder Ubuntu?

Keines der beiden Systeme ist allgemein besser. Die entscheidenden Unterschiede betreffen Zeitplan und Support. Ubuntu LTS eignet sich für einen Server, bei dem das Upgrade-Datum vorhersehbar sein muss und Support bei einem einzigen Anbieter eingekauft werden soll. Debian stable eignet sich für einen Server, bei dem eine kleinere Standardinstallation und ein langsamerer Änderungsrhythmus wichtiger sind als ein fester Zeitplan. Beide Systeme führen dieselbe Software aus demselben Paketformat aus. Die Auswahl schränkt daher nicht ein, welche Dienste Sie hosten können.