Debian ou Ubuntu pour un serveur : quelles différences ?

Pourquoi Debian et Ubuntu se sont séparés

Debian et Ubuntu se sont séparés en 2004 à cause de leur calendrier, et non de leur code. Debian publie une version stable lorsque son équipe de publication la juge prête. Ubuntu s’est engagé à publier une nouvelle version tous les six mois, à une date fixée à l’avance. Il prend donc une copie de la branche de développement de Debian, la fige, corrige ce qui ne fonctionne pas, puis la publie.

Vingt-deux ans plus tard, les deux distributions utilisent toujours le même format de paquets et les mêmes outils de gestion. La plupart du travail de packaging est également effectué une seule fois pour les deux. En revanche, elles n’ont pas le même calendrier, le même contrat de support ni la même conception de ce qui doit être inclus dans une installation par défaut. C’est la distinction utile lorsque vous choisissez un système d’exploitation pour un serveur, car elle sépare les différences cosmétiques de celles qui peuvent vous faire perdre une après-midi.

D’où vient Ubuntu

Ian Murdock a fondé le projet Debian le 16 août 1993. En 2004, Debian était la plus grande distribution gérée par des bénévoles, mais son évolution était lente. Debian 3.0 « woody » est sortie le 19 juillet 2002, et sa remplaçante, Debian 3.1 « sarge », n’est arrivée que le 6 juin 2005. Près de trois ans se sont écoulés entre deux versions stables. Pendant cet intervalle, les personnes qui voulaient utiliser des logiciels récents sur un serveur Debian ne disposaient d’aucune solution prise en charge par Debian elle-même.

En avril 2004, Mark Shuttleworth a invité environ une douzaine de développeurs Debian dans son appartement à Londres pour planifier un système basé sur Debian avec un calendrier de sorties fixe. Il a fondé Canonical Ltd pour les employer. La première version, Ubuntu 4.10 « Warty Warthog », est arrivée six mois plus tard, le 20 octobre 2004. Le numéro de version correspond à la date de sortie : 4.10 signifie octobre 2004 et 26.04 signifie avril 2026.

Ubuntu n’a jamais été un fork au sens habituel. Un fork copie une base de code une seule fois, puis s’éloigne du projet d’origine. Ubuntu recopie Debian à chaque cycle. Les paquets proviennent de Debian unstable, la branche rolling que Debian appelle sid, et cette copie est actualisée automatiquement pendant les premières semaines de chaque cycle Ubuntu. Après l’import freeze, un développeur Ubuntu doit transférer manuellement chaque paquet supplémentaire et justifier ce transfert au regard des règles du freeze. L’arbre généalogique élargi des distributions Linux contient de nombreux forks réels. Ce n’en est pas un. Ubuntu est un downstream permanent.

Ce que les deux projets ont encore en commun

La partie commune est bien plus importante que leurs différences. Tous deux utilisent le format de paquet .deb, avec dpkg sous-jacent et apt au-dessus. Tous deux suivent la Debian Policy pour l’emplacement des fichiers et la déclaration des dépendances des paquets. La documentation destinée aux développeurs d’Ubuntu indique qu’environ quatre paquets source sur cinq sont copiés depuis Debian sans aucune modification. Lorsqu’un mainteneur corrige un bug dans Debian, il le corrige aussi pour les utilisateurs d’Ubuntu, généralement sans que l’un ou l’autre projet s’en aperçoive.

Lorsqu’Ubuntu modifie un paquet, la chaîne de version le signale. Le 1.2.3-4 de Debian devient 1.2.3-4ubuntu1, et ce suffixe indique la modification locale, que les deux projets appellent le delta. Ubuntu publie le delta complet de chaque paquet qu’il modifie et transmet les patchs au système de suivi des paquets de Debian. Un mainteneur Debian peut ainsi voir ce qui a été fait en aval et reprendre ces modifications s’il le souhaite.

La question de savoir si cela suffit fait débat depuis 2005. Il vaut mieux l’exposer clairement que prendre parti. Du point de vue de Debian, le problème concerne la répartition de l’effort : Canonical rémunère des personnes pour travailler en aval, le projet en aval récupère les utilisateurs et l’attention, et renvoyer une correction en amont demande un travail supplémentaire que personne n’est payé pour effectuer. Du point de vue d’Ubuntu, une échéance de six mois ne s’accorde pas avec un projet qui n’en a aucune. Attendre Debian n’est donc pas toujours possible. Les deux affirmations sont vraies. Cela n’a jamais empêché les paquets de circuler.

Une publication quand elle est prête, une date fixe au calendrier

La date de publication de Debian est un résultat, pas une promesse. Debian 12 « bookworm » a été publiée le 10 juin 2023 et Debian 13 « trixie » le 9 août 2025, soit environ deux ans d’écart, mais rien ne garantit que le prochain intervalle sera identique. La branche testing actuelle s’appelle « forky » et n’a pas de date de publication, car Debian n’en annonce aucune tant que le nombre de bugs bloquants pour la publication ne le permet pas.

La date d’Ubuntu est une promesse. Une publication a lieu tous les six mois et, une fois sur quatre, en avril d’une année paire, il s’agit d’une publication LTS (long term support). Ubuntu 26.04 LTS « Resolute Raccoon » a été publiée le 23 avril 2026, comme prévu. Les publications intermédiaires sont des interim releases et ne bénéficient que de neuf mois de mises à jour. Elles ne conviennent donc pas à un serveur que vous préférez ne pas reconstruire deux fois par an. Le choix entre Ubuntu LTS et les interim releases sur un serveur dépend de cette durée de neuf mois.

La cadence détermine votre calendrier de mise à niveau, ce qui constitue la conséquence pratique la plus importante de cette différence. Avec Ubuntu LTS, vous savez plusieurs années à l’avance que votre prochaine mise à niveau sur place aura lieu en avril d’une année paire. Vous pouviez donc planifier la mise à niveau d’Ubuntu 24.04 vers 26.04 avant même la sortie de 26.04. Avec Debian, vous surveillez les annonces de freeze et planifiez le travail lorsque la publication a effectivement lieu.

Ce que les versions LTS ont changé

Ubuntu 6.06 LTS « Dapper Drake » est sortie le 1 June 2006. C’était la première version LTS. Avant cela, Ubuntu évoluait rapidement et était remplacée deux fois par an. Une entreprise ne fonde pas un serveur de production sur un tel cycle. LTS a apporté un élément essentiel : une date de fin de support suffisamment éloignée pour permettre d’établir un plan. C’est ce changement qui a fait d’Ubuntu la distribution serveur par défaut. Le cycle de six mois l’alimente, car chaque version LTS est assemblée à partir du travail déjà éprouvé dans les versions intermédiaires précédentes.

Debian est arrivée au même résultat par une autre voie. Sa version stable évoluait déjà lentement, puis le projet Debian LTS a prolongé la durée de support de chaque version après le retrait de l’équipe de sécurité de Debian.

Qui vous fournit le support, et pendant combien de temps

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

L’équipe de sécurité de Debian couvre une version stable pendant 3 ans. Ensuite, l’équipe Debian LTS, que Debian décrit comme un groupe de bénévoles et d’entreprises plutôt que comme l’une de ses équipes officielles de sécurité et de publication, prolonge cette couverture jusqu’à 5 ans. Le transfert est visible dans les dates actuelles : bookworm est passée en LTS le 11 juin 2026 et reste couverte jusqu’au 30 juin 2028, tandis que la période LTS de bullseye se termine le 31 août 2026. Après cette échéance, Freexian vend le support Extended LTS, ou ELTS, jusqu’à 10 ans, uniquement pour le sous-ensemble de paquets réellement utilisés par ses clients payants.

Une version Ubuntu LTS bénéficie de 5 ans de maintenance de sécurité standard assurée par Canonical. Un abonnement Ubuntu Pro porte cette durée à 10 ans grâce à ESM (expanded security maintenance), pour les dépôts main et universe, et l’extension Legacy la porte à 15. En août 2026, Ubuntu Pro est gratuit pour un usage personnel sur un maximum de cinq machines. Sur un seul VPS, la durée de dix ans est donc réellement accessible sans bon de commande. Pro inclut également le service livepatch, qui constitue la méthode prise en charge pour appliquer des correctifs au kernel en direct sur un VPS sans redémarrer à chaque mise à jour de sécurité du kernel.

La structure qui se cache derrière ces chiffres compte davantage que les chiffres eux-mêmes. Avec Ubuntu, vous achetez le support auprès de la même entreprise que celle qui développe la distribution. Avec Debian, aucune entreprise de ce type n’existe. Le support payant vient donc d’un tiers comme Freexian, de votre hébergeur ou de votre propre équipe.

Systèmes d’init et vote qui a mis fin au débat

La divergence technique la plus marquée concernait le système d’init : c’est le premier processus lancé par le kernel et le superviseur de tous les services qui démarrent ensuite. Ubuntu 6.10 « Edgy Eft », released on 26 October 2006, shipped Upstart, développé chez Canonical. Debian est resté sous sysvinit pendant plusieurs années, le temps que le débat se poursuive. Le Comité technique de Debian a tranché par un vote conclu le 11 February 2014. La décision a été prise par la voix prépondérante du président en faveur de systemd pour Debian 8.

Ubuntu a suivi quelques jours plus tard. Le billet de Shuttleworth consacré à cette décision, intitulé « Losing graciously », en donne clairement la raison : Ubuntu fait partie intégrante de la famille Debian et adopterait donc cette décision. Ubuntu 15.04 shipped systemd par défaut le 23 April 2015. Debian 8 « jessie » a fait de même le 26 April 2015, trois jours plus tard.

Cette convergence explique pourquoi la plupart des tutoriels sur les services passent de l’une à l’autre distribution sans modification. Les unit files, systemctl et journalctl se comportent de la même façon sur les deux systèmes. Debian 13 ships systemd 257 et Ubuntu 26.04 LTS ships systemd 259. La différence est donc un numéro de version, pas une conception.

Snap, et ce qui ne se transpose pas

Ubuntu 16.04 LTS a introduit les paquets snap en 2016, et 18.04 a été la première release à fournir certaines applications par défaut sous forme de snaps. Un snap est un bundle autonome qui contient sa propre copie de ses dépendances. Un projet upstream peut ainsi fournir une nouvelle version à toutes les releases Ubuntu prises en charge en une seule fois, sans attendre la mise à jour de l’archive.

Si aucune autre grande distribution n’a adopté les snaps par défaut, ce n’est pas à cause du format. Le client snapd communique avec un seul store, exploité par Canonical, et la partie serveur de ce store n’est pas open source. Une distribution qui adopte les snaps confie donc une partie de la distribution de ses logiciels à un autre éditeur. Debian ne l’a pas fait et n’installe pas snapd par défaut.

C’est à ce stade que les instructions upstream cessent discrètement de fonctionner. Certbot en est l’exemple le plus clair : sa documentation recommande de l’installer depuis un snap et avertit que les paquets de distribution « tendent à devenir rapidement obsolètes sur les distributions de type LTS ». Suivez cette page sur Ubuntu : elle fonctionne. Suivez-la sur un serveur Debian standard : la toute première étape ne dispose d’aucun élément à exécuter. Notre propre guide Certbot pour Nginx sur Ubuntu 24.04 utilise le paquet de la distribution pour cette raison.

Noyaux, firmware et la question du non-free

Le contrat social de Debian et les DFSG (Debian Free Software Guidelines) définissent ce qui peut entrer dans main. Tout le reste va dans contrib et non-free. Pendant la majeure partie de l’histoire de Debian, cela incluait les blobs de firmware binaires dont le matériel réseau et de stockage courant a besoin avant de fonctionner. Après une résolution générale en 2022, Debian 12 a ajouté une zone d’archive non-free-firmware distincte. Les images officielles de l’installateur incluent ce firmware depuis cette version.

Ubuntu a fait le choix inverse dès le premier jour. Son archive est divisée entre main et restricted, pris en charge par Canonical et incluant les pilotes propriétaires, ainsi que universe et multiverse, maintenus par la communauté. Sur un VPS, l’effet est limité, car le matériel virtuel a besoin de très peu de firmware. Sur du matériel dédié, la différence peut déterminer si une carte réseau s’active ou non.

Les noyaux divergent selon le même axe. En août 2026, Ubuntu 26.04 LTS fournit Linux 7.0 et Debian 13 fournit Linux 6.12. Ubuntu fait également évoluer le noyau au sein d’une même LTS grâce à ses stacks d’activation matérielle, tandis que Debian conserve une même série de noyaux pendant toute la durée d’une version stable et propose des versions plus récentes via les backports. Une version plus récente offre une meilleure prise en charge des périphériques virtio et des systèmes de fichiers récents. Une version plus ancienne signifie que le comportement testé en janvier reste celui obtenu en décembre.

Ce qui casse lorsque vous suivez les instructions destinées à l’autre distribution

La plupart du temps, un guide rédigé pour l’une fonctionne aussi sur l’autre. Les échecs se concentrent dans quelques cas connus.

• Les dépôts apt tiers sont publiés pour une distribution et un codename précis. Un éditeur qui prend en charge noble et jammy peut ne rien publier pour trixie. L’échec ressemble alors à un problème réseau plutôt qu’à une décision de support.
• Les PPA Launchpad sont compilés uniquement pour certaines versions d’Ubuntu. En ajouter un à Debian installe des binaires liés aux versions des bibliothèques Ubuntu. Cela peut fonctionner par hasard ou entraîner une grande partie de l’environnement d’exécution Ubuntu sur votre système.
• Tout ce qui suppose la présence de snapd, d’un abonnement Ubuntu Pro ou de livepatch de Canonical n’a pas d’équivalent dans Debian. Ces sections du guide doivent donc être remplacées, et non adaptées.
• Les images par défaut diffèrent selon le compte utilisé pour la connexion. Les images Ubuntu fournissent généralement un utilisateur ubuntu avec sudo et sans mot de passe root. Les images Debian fournissent généralement un utilisateur debian. Les images des fournisseurs varient. Vérifiez votre configuration avant de modifier quoi que ce soit concernant SSH.

Lorsqu’un dépôt ne possède pas de suite pour votre version, apt indique précisément le problème :

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.

Ce message signifie que l’éditeur n’a jamais publié de paquets pour votre codename. Le miroir n’est pas défaillant et une nouvelle tentative ne résoudra pas le problème. L’éditeur prend en charge votre version, ou il ne la prend pas en charge.

Alors, lequel devriez-vous utiliser ?

Choisissez Ubuntu LTS si vous voulez pouvoir planifier une date de mise à niveau plusieurs années à l’avance et disposer d’un seul éditeur auprès duquel acheter du support. Choisissez Debian stable si vous voulez une installation par défaut plus réduite, sans dépendre d’une entreprise unique, et une base qui évolue assez lentement pour rester prévisible.

Tout le reste est transposable. Les deux distributions utilisent apt, suivent la Debian Policy et exécutent les mêmes applications à partir du même format de paquet. Vos compétences restent donc valables. Si vous venez plutôt de Red Hat ou de Fedora, les équivalents des commandes dnf et apt permettent de faire la correspondance dans les deux sens. Si vous comparez ces deux distributions aux autres images disponibles lors du déploiement, notre guide pour choisir un système d’exploitation pour votre VPS les compare au reste de la liste.

FAQ

Ubuntu est-il un fork de Debian ?

Non. Un fork copie une base de code une seule fois, puis la maintient séparément. Ubuntu réimporte le contenu de Debian unstable au début de chaque cycle de six mois. La documentation destinée aux développeurs Ubuntu estime qu’environ quatre paquets source sur cinq sont copiés sans modification. Ubuntu est un projet dérivé permanent de Debian. C’est pourquoi les connaissances en matière de packaging Debian s’appliquent directement à Ubuntu. C’est aussi pourquoi un correctif intégré à Debian atteint généralement les utilisateurs d’Ubuntu sans travail supplémentaire.

Les tutoriels Ubuntu fonctionnent-ils sur Debian ?

Généralement, avec des exceptions prévisibles. Les deux distributions utilisent apt et systemd, et suivent toutes deux la Debian Policy. La gestion des paquets et des services est donc similaire. Les problèmes concernent les éléments liés à l’infrastructure de Canonical : procédures d’installation basées sur snap, PPA Launchpad, commandes Ubuntu Pro et dépôts apt tiers publiés uniquement pour les codenames Ubuntu. Lorsqu’un dépôt ne fournit aucune suite pour votre version, apt indique qu’il « ne possède pas de fichier Release ». Cela signifie que le fournisseur n’a pas effectué de build pour votre codename.

Combien de temps les mises à jour de sécurité de Debian et Ubuntu sont-elles disponibles ?

Une version Ubuntu LTS bénéficie de 5 années de maintenance de sécurité standard de la part de Canonical, de 10 avec un abonnement Ubuntu Pro, et jusqu’à 15 avec l’extension Legacy. Une version Debian stable bénéficie de 3 années de maintenance de la part de l’équipe de sécurité Debian, puis de 5 années en incluant la période LTS qui suit. L’Extended LTS payante de Freexian peut atteindre 10 années, mais uniquement pour les paquets demandés par ses clients.

Quelle distribution choisir pour un serveur : Debian ou Ubuntu ?

Aucune n’est globalement meilleure. Le choix dépend surtout du calendrier et du support. Ubuntu LTS convient à un serveur dont la date de mise à niveau doit être prévisible et pour lequel il doit être possible d’acheter un support auprès d’un fournisseur unique. Debian stable convient à un serveur pour lequel une installation par défaut plus légère et un rythme d’évolution plus lent comptent davantage qu’un calendrier fixe. Les deux distributions exécutent les mêmes logiciels avec le même format de paquets. Le choix ne limite donc pas les services que vous pouvez héberger.