Comment Nixorium est né dans une salle informatique.
Nixorium est né dans une salle informatique de lycée en Italie, avec des élèves de terminale. La salle comptait 30 PC d’élèves et un contrôleur, mais les clients n’accédaient pas à Internet tant qu’un utilisateur ne s’était pas authentifié sur le réseau de l’établissement.
- Élèves
- Terminale, lycée en Italie
- Postes
- 30 PC d’élèves
- Contrôleur
- 1 — 31 machines au total
Installer avant toute connexion.
Cette restriction compliquait l’installation, les mises à jour et la remise en état. Les machines devaient être préparées de façon identique avec des ressources disponibles dans la salle, avant la connexion des élèves.
La solution retenue utilisait un contrôleur pour préparer les systèmes et les distribuer localement. Les élèves pouvaient toujours utiliser l’accès Internet authentifié de l’établissement pendant leurs séances.
Clonezilla, puis Ansible, ont précédé NixOS.
La salle avait d’abord été gérée avec Clonezilla, puis avec Ansible. Nix et Colmena ont changé la façon de travailler : décrire les systèmes voulus, puis déployer cette configuration autant de fois que nécessaire.
Préparation locale et démarrage réseau.
Le démarrage UEFI PXE permettait d’installer les postes sans démarrer chacun sur une clé USB. Il servait à l’installation ; les PC installés démarraient sur leur propre disque. Un cache binaire local fournissait les logiciels préparés, et Colmena coordonnait les déploiements suivants.
Une adresse DHCP donnait accès au réseau scolaire, à côté d’une adresse statique pour la gestion locale.
Outils familiers. Stockage durable.
Les élèves utilisaient surtout VS Code, Chromium, Docker et Git. GNOME a été choisi car ils le connaissaient déjà.
Les travaux de programmation passaient par Git. Les élèves choisissaient leur serveur, et presque tous utilisaient GitHub. Les autres documents allaient dans Google Drive, avec leurs comptes scolaires.
Dossier remis à zéro et historique local.
Le dossier élève revenait au modèle propre à chaque démarrage, tandis que des instantanés locaux gardaient les états précédents pour récupérer des fichiers. Seul l’espace de l’élève était remis à zéro, pas tout le système.
Un système entièrement éphémère avec certains états persistants a été envisagé. Pour cette salle, remettre le dossier à zéro et garder des instantanés était plus simple à exploiter.
Environ une heure pour réinstaller la salle.
Le déploiement d’origine a réinstallé la salle en environ une heure. Surtout, la maintenance est devenue plus prévisible : une configuration déclarée, des machines identiques et une méthode reproductible pour reconstruire un poste.
C’est l’expérience d’une seule salle.
Cette durée d’environ une heure est un constat, pas une mesure de performance : le matériel et les conditions de mesure n’ont pas été notés. GitHub et Google Drive étaient des choix de la classe, pas des intégrations du produit. Pour le fonctionnement et la compatibilité actuels, consultez les guides opérationnels.
Nixorium est développé et maintenu par un enseignant qui travaille dans des salles informatiques à Florence depuis 25 ans.
Commencez par un contrôleur, puis un client.
Vérifiez les prérequis, commencez par un contrôleur, puis validez un client représentatif avant de passer à toute la salle.