Passer les PC d’une PME sous Ubuntu : notre méthode en 6 étapes

Passer une PME sous Ubuntu est un projet réalisable, à condition de le traiter comme un projet d’organisation et pas seulement comme une réinstallation de postes. Notre méthode tient en six étapes : auditer les logiciels métiers, choisir une version LTS, chiffrer les disques à l’installation, déployer de façon standardisée, superviser le parc et accompagner les utilisateurs. L’ordre compte : si un logiciel métier indispensable ne fonctionne pas, le reste ne sert à rien. C’est donc par là que tout commence.

Nous accompagnons actuellement une PME toulousaine de 30 postes dans cette migration. Cet article décrit la méthode que nous appliquons, pour vous aider à savoir si elle a du sens pour votre entreprise en Haute-Garonne.

Pourquoi envisager Ubuntu en entreprise ?

Trois raisons reviennent. La première est le renouvellement du matériel : un poste qui ne remplit pas les conditions d’une nouvelle version de Windows peut souvent continuer à servir sous Linux. La deuxième est la dépendance à un seul éditeur, avec ses licences et ses changements de conditions. La troisième est la maîtrise : un parc Linux bien tenu est homogène et se gère à distance.

Ce n’est pas une solution universelle. Si votre activité repose sur un logiciel qui n’existe que sous Windows, sans version web, le projet peut s’arrêter à la première étape. Notre article Windows vs Ubuntu compare les deux systèmes de façon plus générale. Le présent article part du principe que la question de la migration est posée.

Étape 1 : auditer les logiciels métiers

C’est l’étape qui décide de tout. On dresse la liste complète de ce qui tourne réellement sur les postes, pas seulement de ce que la direction pense être utilisé.

Pour chaque logiciel, on classe la situation en quatre cas :

• il existe une version web : le navigateur suffit, et le système devient secondaire ;
• il existe une version Linux : on vérifie qu’elle couvre les mêmes fonctions et qu’elle est supportée par l’éditeur ;
• il existe un équivalent : on évalue le coût réel du changement, formats de fichiers compris ;
• il n’existe rien : on regarde si le logiciel peut être conservé sur un poste Windows dédié ou une machine virtuelle.

Il faut aussi tester les périphériques : imprimantes, scanners, lecteurs de cartes, douchettes. Un scanner qui ne fonctionne plus peut bloquer un service entier. Les pilotes et les connecteurs bancaires ou fiscaux méritent une attention particulière, car ce sont eux qui posent problème le jour de l’échéance.

Enfin, on interroge les utilisateurs. Une macro Excel écrite il y a dix ans et connue d’une seule personne n’apparaît dans aucun inventaire. C’est pourtant souvent elle qui fait tourner la facturation.

Le livrable de cette étape est simple : une liste de logiciels, une décision pour chacun, et une conclusion franche. Si la conclusion est non, on s’arrête là.

Étape 2 : choisir une version LTS

Pour un parc d’entreprise, on ne déploie que des versions LTS, pour « Long Term Support ». Canonical, l’éditeur d’Ubuntu, publie une LTS tous les deux ans. La version 26.04 LTS, sortie en avril 2026, bénéficie de la maintenance de sécurité standard jusqu’en mai 2031. Ubuntu Pro permet ensuite d’étendre cette couverture jusqu’en mai 2036. Les dates à jour sont consultables sur la page du cycle de publication.

Les versions intermédiaires ont une durée de vie trop courte pour un parc professionnel. Mieux vaut un système stable qu’on connaît, et une montée de version planifiée.

On vérifie aussi le matériel à ce stade, sur un poste de chaque modèle : Wi-Fi, mise en veille, écrans externes, webcam, station d’accueil. Cette vérification évite de découvrir un problème sur tout un lot de machines. Une version d’Ubuntu très récente mérite également un temps d’observation : on déploie sur un petit groupe avant de la généraliser.

Étape 3 : chiffrer les disques avec LUKS dès l’installation

Un ordinateur portable volé avec un disque non chiffré, c’est un accès direct aux données, sans aucun mot de passe. Le chiffrement du disque se décide à l’installation : LUKS, le standard de chiffrement sous Linux, se met en place à ce moment-là. L’ajouter après coup est nettement plus compliqué.

Deux points demandent de la rigueur :

• la phrase de passe : elle est demandée au démarrage, avant la session. Elle doit être solide et l’utilisateur doit comprendre son rôle ;
• la récupération : si la phrase de passe est perdue, les données le sont aussi. On prévoit donc une clé de récupération, stockée de façon sécurisée et séparée du poste, et on vérifie qu’elle fonctionne avant de déployer.

Le chiffrement ne remplace pas la sauvegarde. Il protège contre le vol, pas contre une panne ou une suppression accidentelle. Les données restent dans un espace partagé ou sauvegardé, et pas uniquement sur le poste. Pour la protection d’ensemble du parc, voyez notre page cybersécurité à Toulouse.

Étape 4 : déployer de façon standardisée

Installer trente postes à la main, c’est obtenir trente postes légèrement différents. On construit donc un poste de référence, décrit de façon reproductible : système, paquets, logiciels, paramètres de sécurité, comptes.

Ubuntu propose pour cela l’installation automatisée, avec un fichier de configuration décrivant le poste. Un outil comme Ansible applique ensuite la configuration et la maintient dans le temps. L’intérêt dépasse l’installation initiale : une correction faite une fois s’applique à tout le parc, et un poste en panne se remplace rapidement.

Le déploiement suit une progression précise :

1. Un poste pilote, utilisé en conditions réelles par nous-mêmes.
2. Un petit groupe d’utilisateurs volontaires, de préférence dans plusieurs services.
3. Le reste du parc, par vagues, en évitant les périodes chargées comme les clôtures comptables.

À chaque vague, on sauvegarde les données du poste avant d’y toucher et on vérifie la restauration. Un retour arrière doit rester possible tant qu’une vague n’est pas validée.

Étape 5 : mettre en place une supervision centralisée

Un parc Linux ne s’entretient pas tout seul. Il faut savoir, depuis un seul endroit, si chaque poste est à jour, si son disque est en bonne santé et s’il remonte des alertes.

Plusieurs outils existent, dont Landscape chez Canonical et des solutions de supervision compatibles Linux. Le choix dépend du parc. Ce qui compte, c’est le résultat. La supervision doit répondre à quatre questions :

• Quels postes n’ont pas reçu les correctifs de sécurité ?
• Quels disques ou batteries montrent des signes de faiblesse ?
• Quels postes n’ont pas été vus depuis longtemps ?
• Quelles alertes demandent une action humaine ?

Les mises à jour de sécurité peuvent s’appliquer automatiquement. Les mises à jour plus lourdes sont validées d’abord sur le poste pilote. Cette même logique s’applique à l’infogérance à Toulouse sur un parc Windows : le système change, la discipline reste la même.

Étape 6 : accompagner les utilisateurs

Une migration échoue rarement pour des raisons techniques. Elle échoue quand les salariés la subissent. L’accompagnement commence donc avant le déploiement.

Expliquer le pourquoi

Les utilisateurs doivent savoir pourquoi l’entreprise change, ce qui change pour eux et ce qui ne change pas. Dites clairement que les fichiers restent là et que personne ne sera laissé seul devant un écran inconnu.

Former sur le travail réel

Une présentation générale de Linux n’apporte pas grand-chose. Ce qui sert, c’est de montrer comment ouvrir un fichier client, imprimer une facture, envoyer un mail ou retrouver un document. La formation se fait sur les tâches de chacun, idéalement par petits groupes.

Être disponible juste après

Les premiers jours génèrent des questions, souvent simples. Il faut que quelqu’un réponde vite, sans jugement. Cette disponibilité fait la différence entre une équipe qui adopte l’outil et une équipe qui le contourne. Prévoyez aussi un mémo court, avec les gestes du quotidien.

Quand ne pas migrer ?

Trois situations doivent vous faire renoncer ou reporter :

• un logiciel métier indispensable sans version web ni solution de remplacement ;
• une direction qui ne soutient pas le projet, car les résistances remonteront vers elle ;
• une période déjà chargée pour l’entreprise, comme un déménagement ou un changement d’ERP.

Dans ces cas, une migration partielle peut rester pertinente, par exemple sur les postes bureautiques seulement. Un parc mixte a un coût de gestion, mais il vaut mieux qu’un projet forcé.

Retour d’expérience — à venir

Nous publierons ici le bilan de la migration en cours une fois le projet terminé.

Parlons de votre parc

Vous vous demandez si une migration vers Ubuntu est réaliste pour votre entreprise ? Commençons par la liste de vos logiciels métiers.