Unraid 8 quitte Slackware après vingt ans pour bâtir sur uCore, un socle Fedora immuable
Unraid annonce que sa prochaine version majeure remplacera Slackware, sa base depuis environ deux décennies, par uCore de Universal Blue, une image serveur OCI immuable fondée sur Fedora CoreOS. Sauvegardes intégrées, Docker Compose natif et permissions des plugins arrivent avec ce changement d’architecture.
21 août 2026. Unraid annonce la prochaine version majeure de son système d’exploitation orienté NAS. Août 2026. Le projet officialise un basculement vers uCore de Universal Blue, une image serveur OCI immuable fondée sur Fedora CoreOS. Vingt ans. C’est à peu près la durée pendant laquelle Slackware a servi de fondation au produit.
Le changement est le plus important de l’histoire de la plateforme. Unraid 8 abandonne la base Slackware qu’il traîne depuis deux décennies pour se poser sur Fedora, avec un objectif assumé : des correctifs de sécurité plus rapides et un socle Linux plus large et plus standardisé.
Pourquoi quitter Slackware maintenant
Slackware a été un choix défendable pendant des années : une distribution stable, prévisible, qui change lentement. Mais cette lenteur a un coût. Le rythme des correctifs de sécurité dépend d’une communauté plus réduite, et la base logicielle, volontairement conservatrice, impose à Unraid de maintenir lui-même une partie de l’intégration que d’autres distributions livrent clés en main.
Fedora, à l’inverse, suit le rythme du noyau et de l’écosystème Linux moderne. Le projet justifie le choix par deux bénéfices concrets : des mises à jour de sécurité plus rapides, et un socle plus standardisé sur lequel il est plus simple de s’appuyer. Pour un produit vendu comme un NAS qu’on installe et qu’on oublie, la capacité à recevoir des correctifs sans friction est un argument de fond, pas de marketing.
Le pari est d’autant plus cohérent que le modèle mental d’Unraid n’a jamais été celui d’une distribution classique. Le produit a toujours traité le système sous-jacent comme un état qu’on peut réinitialiser en redémarrant, plutôt que comme une accumulation permanente de modifications. C’est exactement la philosophie d’un système immuable — la rencontre n’est donc pas fortuite.
uCore : un socle OCI immuable
uCore est l’image serveur de Universal Blue, construite sur Fedora CoreOS et distribuée comme image OCI. C’est un socle léger, immuable, qui embarque déjà une partie des outils et services couramment utilisés sur un serveur. L’intérêt pour Unraid est double : séparer plus clairement le système de base du logiciel Unraid qui tourne au-dessus, et réutiliser les flux d’images existants — stable, testing, et long-term support.
Cette séparation change la maintenance au quotidien. Le système de base devient un artefact versionné qu’on remplace, pas un répertoire qu’on patche à la main. Pour un NAS qui héberge les données d’un foyer ou d’une petite entreprise, c’est la différence entre un OS qu’on met à jour avec confiance et un OS qu’on redoute de toucher.
La flexibilité du noyau suit. Unraid prévoit de laisser les utilisateurs récents choisir un noyau plus neuf pour du matériel récent, tandis que ceux qui n’ont pas besoin des dernières fonctions resteront sur une version stable à long terme. Les flux d’uCore rendent ce choix structurel plutôt que bricolé.
Sauvegardes, Compose et permissions des plugins
Au-delà du socle, Unraid 8 annonce trois ajouts qui touchent le quotidien de l’auto-hébergement.
Les sauvegardes intégrées. Les utilisateurs pourront sauvegarder vers un stockage cloud, un service compatible S3 ou un autre serveur Unraid, avec des instantanés et des restaurations complètes directement dans le produit. C’est une lacune historique des NAS grand public que Unraid choisit de combler nativement plutôt que par plugin.
Docker Compose natif. Aujourd’hui, Compose passe par des plugins communautaires. La version 8 l’intègre dans Community Apps : les applications définies en Compose apparaîtront aux côtés des applications classiques, sans interface séparée. Pour quiconque gère déjà ses services en fichiers compose.yml, c’est la fin d’une friction inutile.
Un système de permissions pour les plugins. Avant l’installation, Unraid 8 affichera ce à quoi un plugin a accès, et laissera l’utilisateur décider si ces permissions sont acceptables. Un nouveau SDK accompagnera le dispositif. Sur une plateforme où les plugins ont longtemps eu un accès large au système, c’est un garde-fou de sécurité bienvenu.
Ce qui ne change pas
Unraid insiste sur un point : les fonctions avancées restent. VLAN, pontage NIC et autres options réseau pour utilisateurs expérimentés ne disparaissent pas. Le passage à Fedora et à un socle immuable ne signifie pas une simplification au rabot — la promesse est de garder la profondeur tout en changeant les fondations.
Le calendrier, lui, est volontairement flou. Tout est encore en développement, accessible via une liste d’attente pour la bêta, et passera par plusieurs étapes de test avant une disponibilité générale. Unraid ne s’engage sur aucune date — une prudence saine pour une migration d’une telle ampleur.
Ce que ça change dans l’écosystème NAS
Le choix d’Unraid éclaire un mouvement plus large. TrueNAS Scale a déjà fait le pari de Debian plutôt que de FreeBSD, et Synology maintient son propre socle propriétaire. Le passage à Fedora CoreOS place Unraid dans le camp des systèmes immuables qui gagnent du terrain sur les serveurs domestiques — le même modèle qui porte Fedora CoreOS, openSUSE MicroOS ou les images Universal Blue sur le desktop.
Pour l’utilisateur final, la différence tient en un mot : prévisibilité. Un socle immuable se met à jour par remplacement d’image, pas par accumulation de paquets. Le risque de dérive — un système modifié une fois, puis deux, jusqu’à ne plus ressembler à rien de reproductible — disparaît par construction. Pour un NAS destiné à rester en service des années, c’est un argument de fond, pas un détail cosmétique.
La contrepartie est une courbe d’apprentissage. Les habitués de Slackware qui bricolaient directement dans /etc devront passer par les mécanismes prévus : systemd, fichiers de configuration versionnés, conteneurs. Unraid le sait et promet de garder les fonctions avancées ; mais l’ergonomie du dépannage change, et c’est un ajustement à ne pas sous-estimer au moment de la migration.
Avant de migrer, trois vérifications s’imposent :
- Inventoriez vos plugins et vérifiez leur compatibilité avec le nouveau SDK : le système de permissions rendra probablement inopérants ceux qui ne sont pas adaptés.
- Testez vos restaurations : la sauvegarde native de Unraid 8 ne remplace pas une stratégie existante, elle la complète — validez une restauration complète avant de basculer.
- Normalisez votre pile Compose : le passage au Compose natif dans Community Apps est l’occasion de rassembler vos fichiers
compose.ymlplutôt que de les laisser éparpillés entre plugins.
Verdict
Si vous faites tourner un Unraid en production aujourd’hui, ne changez rien : la version actuelle reste maintenue et la 8 n’est pas prête. Mais inscrivez-vous à la bêta si votre charge le permet, et commencez à noter les plugins dont vous dépendez — le nouveau système de permissions et la migration du socle rendront certains d’entre eux incompatibles tant qu’ils n’auront pas été adaptés au nouveau SDK.
Si vous hésitez encore entre Unraid et une alternative, ce basculement tranche un vieux débat. Ceux qui reprochaient à Unraid sa base Slackware vieillissante y verront la confirmation d’un produit qui modernise ses fondations ; ceux qui appréciaient justement la stabilité tranquille de Slackware devront mesurer que le nouveau socle, immuable et à jour, remplit le même contrat de fiabilité par un chemin différent.
La migration d’un socle OS après vingt ans n’est jamais anodine. Mais en la doublant de sauvegardes natives, de Compose intégré et de permissions de plugins, Unraid transforme un chantier technique en refonte orientée utilisateur.