Smartphones Linux

Sur un ordinateur, installer une distribution Linux est devenu presque banal : on grave une clé, on démarre dessus, et la carte réseau comme l’écran fonctionnent dans la foulée. Sur un téléphone, rien de tout cela. Beaucoup de modèles sont ciblés par les projets de systèmes mobiles, très peu sont pris en charge complètement et durablement — et cet écart ne vient ni d’un manque d’intérêt ni d’un défaut des systèmes disponibles. Il vient du matériel.

Pourquoi la compatibilité se joue modèle par modèle

Un PC repose sur des interfaces standardisées : le système sait interroger la machine, découvrir ce qu’elle contient et charger les pilotes correspondants. Le monde mobile fonctionne à l’inverse. Chaque téléphone est un assemblage particulier de composants dont les pilotes sont fournis par le fabricant, souvent sans documentation publique, parfois sous forme de fichiers binaires qu’on ne peut ni lire ni adapter.

Conséquence directe : faire fonctionner un système Linux mobile sur un modèle donné n’est pas une installation, c’est un portage. Quelqu’un doit décrire le matériel, écrire ou adapter les pilotes manquants, tester chaque fonction, puis maintenir tout cela dans le temps. Ce travail n’est pas transférable au modèle suivant, même chez le même constructeur.

C’est pourquoi la question « est-ce que ça marche sous Linux ? » n’a jamais de réponse générale. Elle a une réponse par modèle, et parfois par variante régionale d’un même modèle.

Les téléphones conçus pour accueillir un système Linux

Une poignée d’appareils ont été pensés dès l’origine pour ces systèmes. Le PinePhone, porté par un petit constructeur de matériel ouvert, et le Librem 5, développé par une entreprise spécialisée dans la confidentialité, en sont les deux exemples les plus établis — cités ici comme représentants d’une catégorie, leur état de prise en charge se vérifiant toujours sur les fiches des projets.

Leur argument n’est pas la puissance mais l’ouverture : documentation du matériel accessible, composants choisis parce que leurs pilotes existent en clair, et interrupteurs physiques qui coupent l’alimentation du micro, de la caméra ou de la partie radio.

Cette approche a un coût, visible dès la première prise en main. Les performances restent modestes, la finition n’a rien de comparable à celle des grandes marques, l’autonomie déçoit souvent, les délais de livraison sont longs et les stocks irréguliers. C’est précisément pour ces raisons qu’ils font de mauvais téléphones uniques : celui qui a besoin d’un appareil fiable tous les jours, sans y consacrer de temps, sera déçu. Ils s’adressent à des gens qui savent pourquoi ils les achètent.

Les téléphones Android reconvertis

L’autre voie, de loin la plus fréquentée, consiste à réutiliser un mobile existant. Des projets comme postmarketOS, ou les systèmes issus de la sphère Ubuntu Touch et Sailfish, ciblent ainsi un grand nombre de modèles Android.

L’écart entre deux appareils ne tient pas à leur âge ni à leur gamme, mais à qui s’en occupe. Un modèle populaire au sein de la communauté, adopté par plusieurs contributeurs, reçoit des correctifs pendant des années. Un modèle porté une fois par une seule personne peut rester bloqué sur un état partiel — le Wi-Fi fonctionne, pas l’appareil photo — sans plus personne pour reprendre le travail.

Le noyau maintenu en amont

C’est le critère le plus structurant, et le moins expliqué. Un téléphone Android livré par son fabricant embarque un noyau modifié, figé à une version ancienne, avec des rustines maison. Ce noyau n’évolue plus une fois l’appareil abandonné commercialement.

À l’inverse, quand la prise en charge d’un modèle est intégrée au noyau maintenu collectivement en amont, l’appareil suit les évolutions générales : correctifs de sécurité, améliorations, nouvelles versions du système. La différence se mesure en années d’utilisation. Un portage qui repose encore sur le noyau du fabricant décrit un appareil dont la fin est programmée, même s’il fonctionne très bien aujourd’hui.

Les couches qui réutilisent les pilotes Android

Il existe une solution intermédiaire, largement employée : faire tourner un système Linux classique tout en réutilisant les pilotes fournis pour Android, via une couche de compatibilité. Cela permet de prendre en charge rapidement des appareils récents, sans attendre que quelqu’un réécrive les pilotes. La fiche du modèle précise toujours de quel type de portage il s’agit : c’est l’information à chercher en premier.

Le compromis est réel. On hérite des pilotes du fabricant, donc de leur qualité et de leur obsolescence, et l’ensemble reste tributaire de la version d’Android d’origine. C’est une solution qui donne un téléphone utilisable maintenant, pas un téléphone qui vieillira bien.

Lire l’état de prise en charge d’un modèle avant de se lancer

Les projets publient tous une fiche par appareil, et c’est le seul document qui compte. Voici l’ordre dans lequel la lire quand on a un téléphone en main et une décision à prendre.

Le modem, la pièce qui reste fermée

Dans un téléphone, la partie radio n’est pas gérée par le processeur principal mais par un composant dédié, qui exécute son propre logiciel embarqué. Ce logiciel est propriétaire, soumis à des contraintes réglementaires liées à l’usage du spectre, et aucun projet libre ne le remplace.

Un téléphone entièrement libre n’existe donc pas. La question pertinente n’est pas de savoir si ce composant est ouvert — il ne l’est jamais — mais quel accès il possède au reste de la machine. Sur les appareils conçus pour Linux, il est généralement relié au processeur principal par un bus dédié, ce qui limite ce qu’il peut atteindre. Sur un mobile grand public reconverti, il est bien plus intégré à l’ensemble. On réduit une surface d’exposition, on ne la supprime pas.

Ce que le matériel impose au quotidien

Trois limites reviennent sur presque tous les smartphones Linux, et aucune mise à jour ne les corrigera : elles sont inscrites dans le matériel, pas dans le système installé dessus.