Choisir son système d'exploitation Linux : le guide qui change tout

Le type m'écrit : « Je veux passer sous Linux, tu me conseilles quoi ? » Je lui réponds Ubuntu. Il installe Ubuntu. Trois semaines plus tard, il me dit qu'il trouve ça lent, que son vieux portable chauffe, et qu'il regrette. Sauf que son portable a 4 Go de RAM et un disque mécanique de 2014. Le problème, ce n'était pas Ubuntu. C'était de choisir une distribution sans regarder la seule chose qui compte vraiment : l'environnement de bureau.

Voilà pourquoi je n'ai plus jamais répondu « Ubuntu » à cette question. Choisir son système d'exploitation Linux, ce n'est pas choisir une marque. C'est empiler quatre décisions qui n'ont rien à voir entre elles, et dont une seule est visible pour un débutant. Je vais vous montrer dans quel ordre les prendre, parce que la plupart des guides vous donnent la réponse avant de vous expliquer la question.

Pourquoi choisir son système d'exploitation Linux commence toujours mal

Il y a une erreur qui revient dans à peu près toutes les conversations que j'ai sur le sujet. On me demande une distribution. On devrait me demander un usage.

Une distribution, c'est un assemblage : un noyau, un ensemble d'outils, un gestionnaire de paquets, un environnement de bureau, et une politique de maintenance. Ces briques sont largement interchangeables. Vous pouvez mettre KDE sur Debian, sur Fedora ou sur Arch. Ce qui change du tout au tout, ce n'est pas la marque sur la boîte, c'est la façon dont l'ensemble est tenu à jour et dont les pièces s'emboîtent.

Un noyau n'est pas un système d'exploitation

Linux, au sens strict, c'est le noyau : la couche qui parle au matériel. Tout seul, il ne fait rien d'utile pour vous. Ce que vous téléchargez, c'est une distribution qui l'enveloppe. Cette précision paraît scolaire, mais elle a une conséquence très pratique : quand quelqu'un dit « Linux plante sur ma carte Wi-Fi », il veut presque toujours dire « la version du noyau livrée par ma distribution ne gère pas encore ce chipset ».

Le mauvais ordre de décision

L'ordre naturel — celui que tout le monde suit — c'est : je cherche « meilleure distribution Linux », je prends la première, j'installe, je prie. Le bon ordre est presque l'inverse. On part du matériel, puis de l'usage, puis du rythme de mise à jour, et seulement à la fin on choisit le nom.

Ce n'est pas une question de purisme. C'est que chaque étape réduit le champ de la suivante. Une fois que vous savez que vous avez 4 Go de RAM et un disque dur mécanique, la moitié des distributions « grand public » disparaissent d'elles-mêmes — et vous évitez le mail de mon ami à 4 Go.

L'environnement de bureau : le critère que personne ne vous explique

Si vous ne devez retenir qu'une chose de cet article, retenez celle-là. L'environnement de bureau, c'est tout ce que vous voyez et touchez : le menu, les fenêtres, la barre des tâches, la façon dont les réglages sont rangés. La distribution, en dessous, vous ne la voyez presque jamais.

Autrement dit : vous ne passez pas vos journées dans Ubuntu. Vous passez vos journées dans GNOME.

GNOME, KDE, XFCE : trois philosophies, pas trois niveaux

GNOME mise sur la sobriété. Peu de réglages visibles, beaucoup de gestes au clavier, une interface qui ressemble à ce qu'on fait sur tablette. Certains adorent. D'autres trouvent qu'on ne peut rien personnaliser sans installer une extension.

KDE Plasma fait exactement l'inverse. Tout est réglable, jusqu'à l'angle des coins de fenêtre. Si vous venez de Windows et que vous aimez mettre les mains dans les paramètres, c'est souvent là que vous serez le plus vite chez vous.

XFCE, LXQt et consorts visent la légèreté. Sur une machine modeste, la différence n'est pas cosmétique : c'est la différence entre un système qui répond et un système qui réfléchit.

Une chose que j'ai apprise à mes dépens : ne choisissez pas votre bureau en regardant des captures d'écran. Testez-le en session live, sur votre propre machine, pendant vingt minutes. C'est ce que j'aurais dû faire avant de passer six mois sur un bureau que je trouvais joli mais que je ne comprenais pas.

Cycle fixe ou rolling release : la décision qu'on regrette le plus tard

Il y a un deuxième axe, invisible sur les sites de comparaison, et c'est celui qui provoque le plus de déceptions à long terme.

Deux modèles s'opposent.

• Le cycle fixe. Votre système sort une version tous les six mois ou tous les deux ans. Les paquets sont figés, testés ensemble, et vous savez qu'ils fonctionneront encore dans deux ans. Les versions dites « LTS » poussent ça plus loin, avec un support qui se compte en années.
• La rolling release. Pas de version. Vous recevez les nouveautés au fil de l'eau, en continu. Vous avez toujours les derniers logiciels. Vous avez aussi, de temps en temps, une mise à jour qui casse quelque chose.

Quel modèle pour quel profil ?

Si votre machine sert à travailler — un laptop unique, un client qui attend un livrable demain — le cycle fixe avec support long est le choix raisonnable. Pas parce que c'est plus « sûr » dans l'absolu, mais parce que le pire scénario est un système qui ne démarre plus un mardi matin.

La rolling release a un vrai public : ceux qui veulent un logiciel récent sans se battre, ceux qui aiment comprendre ce qui se passe, ceux pour qui casser et réparer fait partie du plaisir. Le problème, c'est quand on choisit ce modèle pour de mauvaises raisons — parce qu'un influenceur l'a montré dans une vidéo — et qu'on se retrouve à gérer des régressions graphiques le dimanche soir.

J'ai fait les deux. Franchement, pour une machine principale, je reste sur du support long. J'assume : la stabilité tranquille vaut mieux que la nouveauté permanente quand votre ordinateur est votre outil de travail.

Le tableau qui manque partout : les grandes familles comparées

Voici les quatre bases techniques que vous croiserez. Le nom des distributions change, la base reste. C'est la base qui détermine la documentation, la commande à taper, et la personne qui vous répondra sur un forum.

Famille	Gestionnaire de paquets	Rythme typique	Pour qui
Debian / Ubuntu	apt	Cycle fixe, LTS longues	Qui veut la plus grande base de tutoriels et de dépôts tiers
Fedora / Red Hat	dnf	Cycle fixe rapide	Qui veut du récent sans vivre en rolling release
Arch	pacman	Rolling release	Qui accepte de lire une page de wiki avant d'agir
SUSE / openSUSE	zypper	Deux modèles au choix, outil de retour arrière intégré	Qui veut tester sans risquer de tout casser

Un détail que ce tableau ne montre pas : la qualité de la communauté ne se mesure pas au nombre de messages, mais à la propension des gens à vous répondre sans vous mépriser. Sur ce point, la base Debian-Ubuntu reste, à mon avis, la plus indulgente pour un débutant simplement parce que la probabilité que votre problème ait déjà été résolu quelque part est plus élevée. C'est froid comme raisonnement, mais c'est vrai.

Quelques situations concrètes, plutôt qu'une recommandation unique

Puisqu'il n'existe pas de meilleure distribution dans l'absolu, voici comment je raisonne selon ce qu'on m'annonce.

« Mon PC a huit ans, je veux qu'il reparte »

Priorité : la légèreté. Un bureau sobre, un environnement graphique modeste, et surtout une distribution dont le support long vous évitera de tout refaire dans un an. Évitez les bureaux lourds et les effets visuels. La bonne question n'est pas « quelle distribution est légère », mais « quel bureau est léger sur ma machine précise ». Testez en live, mesurez, décidez.

« Je viens de Windows et je veux retrouver mes repères »

Priorité : un bureau dont la logique ressemble à ce que vous connaissez, et une base qui ne vous lâchera pas. Vous n'avez pas besoin de réapprendre un paradigme en même temps que vous changez d'OS. Changez une chose à la fois.

« Je développe, je veux la dernière version d'un outil »

Priorité : l'accès aux logiciels récents. Deux voies. Soit une base à cycle rapide, soit une base stable complétée par des dépôts spécialisés ou des environnements isolés par conteneurs. La deuxième option demande plus de rigueur mais garde votre système principal tranquille — et c'est celle que je privilégie.

Les erreurs que je vois le plus souvent

Quatre pièges, tous évitables.

1. Choisir une distribution parce qu'elle est citée en premier dans un classement. Le classement ne vous connaît pas.
2. Installer en effaçant tout le disque sans avoir démarré en live auparavant. Vingt minutes de test économisent des heures de regret.
3. Mélanger des dépôts de plusieurs bases. C'est le chemin le plus court vers un système incohérent, et le plus difficile à diagnostiquer.
4. Ne pas sauvegarder avant l'installation, en se disant que tout se passera bien. Parfois, non.

Peut-on changer d'avis après ?

Oui, et c'est le vrai message à retenir. Ce choix n'est pas définitif. Une réinstallation prend une heure, un changement de bureau en prend une. Le coût de l'erreur est faible — c'est précisément pour ça qu'il ne faut pas passer trois semaines à comparer des tableaux.

Faut-il essayer plusieurs distributions avant de choisir ?

Utile, mais pas obligatoire. Ce qui compte, c'est d'essayer plusieurs bureaux, car c'est là que se joue votre confort. Une session live vous permet de tester les deux en même temps, sur du matériel réel, sans rien écrire sur le disque.

Ce que je ferais à votre place, honnêtement

Je prendrais une distribution à support long, une base largement documentée, et je passerais une heure à tester deux bureaux différents en live. Pas trois. Deux. Celui qui me paraît confortable au bout de vingt minutes, je le garde six mois. Après six mois, je saurai si je veux rester ou explorer.

Le vrai marqueur du bon choix n'apparaîtra pas le jour de l'installation. Il apparaîtra dans un mois, un soir où quelque chose ne marchera pas. Si ce soir-là vous trouvez une réponse lisible et que vous parvenez à réparer vous-même, vous avez choisi correctement. Si vous fermez le capot et retournez sur un autre système, ce n'était pas le bon — et ce n'est pas grave non plus.

Reste une question que personne ne pose et qui mérite de l'être : combien de temps voulez-vous consacrer à votre système ? Certains y prennent du plaisir, d'autres veulent l'oublier. Linux fait désormais les deux, mais pas avec la même distribution.