Réponse courte : conservez Ubuntu Server et ajoutez CasaOS si vous dépendez déjà de la gestion normale des paquets Linux, des services systemd, du réseau personnalisé ou des outils au niveau de l’hôte. Remplacez-le par ZimaOS si vous voulez que la machine se comporte davantage comme une appliance NAS dédiée et que la plupart des charges de travail puissent fonctionner dans le modèle des applications et des conteneurs.
CasaOS se superpose à Linux
CasaOS s’installe sur une distribution existante. La prise en charge système de CasaOS actuelle recommande Debian 12 et répertorie Ubuntu Server parmi les options testées. L’installateur en une ligne ajoute CasaOS sans remplacer le système de base.
Cela fait d’Ubuntu + CasaOS le choix flexible lorsque vous utilisez encore la gestion normale des paquets Linux, les services systemd, le réseau personnalisé ou les outils au niveau de l’hôte. apt, les unités systemd personnalisées, les VPN de l’hôte, les paquets natifs de serveurs de jeux, les agents de surveillance ou les scripts qui supposent un serveur Linux conventionnel.
ZimaOS remplace le système d’exploitation hôte
ZimaOS s’installe sous forme d’une image de système d’exploitation amorçable. L’installation de ZimaOS sur x86 cible actuellement les systèmes x86-64 génériques, nécessite un démarrage UEFI, la désactivation de Secure Boot et au moins 25 Go de stockage.
Ce modèle convient à une machine dont la fonction principale est le stockage, Jellyfin, les sauvegardes, les applications Docker et d’autres services de serveur domestique. Vous renoncez à une certaine liberté au niveau de l’hôte au profit d’un fonctionnement davantage semblable à celui d’une appliance.
Laissez la charge de travail guider votre choix
| Besoin | Meilleur point de départ | Pourquoi |
|---|---|---|
| Jellyfin + quelques conteneurs | ZimaOS | Moins d’administration de l’hôte. |
| Jellyfin + outils Linux natifs | Ubuntu + CasaOS | Conserve le contrôle Linux habituel. |
| Serveurs de jeux avec scripts personnalisés | Ubuntu + CasaOS | Dépendances au niveau de l’hôte plus faciles à gérer. |
| Principalement NAS/médias/sauvegardes | ZimaOS | Modèle d’appliance dédié. |
N’effacez pas Ubuntu avant d’avoir répertorié l’état du système
Avant de remplacer le système d’exploitation, notez les fichiers Docker Compose, les variables d’environnement et les montages bind, /DATA/AppData, les chemins des médias, les sauvegardes de jeux, la propriété PUID/PGID, l’adresse IP/DNS statique, le proxy inverse, le VPN, les règles du pare-feu et les mappages des périphériques de transcodage matériel.
Un changement de système d’exploitation ne préserve pas automatiquement les bibliothèques Jellyfin ou les données de jeu, et ne garantit pas le transcodage GPU sur du matériel non pris en charge.
Règle de décision
Conservez Ubuntu + CasaOS lorsque la machine reste avant tout un serveur Linux, et seulement ensuite un tableau de bord NAS. Choisissez ZimaOS lorsqu’il s’agit avant tout d’un serveur domestique/NAS et que la plupart des charges de travail tiennent dans des conteneurs et des flux de stockage intégrés.
Le modèle Docker de CasaOS montre pourquoi CasaOS fonctionne bien comme couche visuelle au-dessus de Linux. La plateforme d’applications ZimaOS illustre l’alternative de type appliance.
Si vous construisez un serveur domestique x86 dédié plutôt que de recycler une machine existante, ZimaBoard 2 prend en charge les deux approches.
Pensez aux mises à jour et à la récupération, pas seulement à l’installation
Ubuntu + CasaOS vous offre deux niveaux de mise à jour : la distribution Linux et CasaOS lui-même. C’est utile lorsque vous souhaitez figer certaines versions de paquets ou gérer les changements du noyau, mais vous devez également prendre en charge davantage de travail de compatibilité. ZimaOS traite davantage la machine comme un appareil dédié : le cycle de vie du système est donc plus simple, mais volontairement moins comparable à celui d’un hôte Debian polyvalent.
Si vous disposez déjà d’un serveur Ubuntu stable, le test présentant le moins de risques consiste à installer CasaOS sans supprimer quoi que ce soit d’important, à ajouter une application non critique et à vérifier si le flux de travail vous convient. Passer à ZimaOS est une décision plus importante, car cela modifie le système d’exploitation hôte et doit donc être testé avec une procédure de sauvegarde et de récupération vérifiée.
Pour Jellyfin, préservez quatre éléments
- Chemins des médias : conservez les mêmes dossiers hôtes ou mettez à jour les mappages des conteneurs.
- Configuration Jellyfin : conservez le répertoire de configuration et de base de données de l’application, pas seulement les fichiers vidéo.
- Périphériques GPU : notez les mappages des périphériques Intel/AMD/NVIDIA et les hypothèses concernant les pilotes avant la migration.
- Ports et proxy inverse : indiquez si les clients accèdent à Jellyfin via une adresse IP du réseau local, un nom d’hôte ou un domaine public.
Une nouvelle installation capable de « voir les films » n’est pas équivalente à une migration Jellyfin réussie si l’historique de visionnage, les utilisateurs, les illustrations ou les paramètres de transcodage disparaissent.
Les serveurs de jeu rendent la flexibilité de l’hôte plus précieuse
De nombreux serveurs de jeu fonctionnent bien avec Docker, mais les chargeurs de mods, les scripts SteamCMD, les dépendances Wine/Proton, les exceptions de pare-feu ou la logique de démarrage personnalisée peuvent être plus faciles à gérer sur un hôte Linux classique. Si votre serveur de jeu est déjà stable sur Ubuntu, conserver Ubuntu et ajouter CasaOS évite de transformer un service fonctionnel sans rapport en projet de migration.
À l’inverse, si tous les serveurs de jeu sont déjà conteneurisés et que leurs données sont correctement montées via des bind mounts, ZimaOS devient plus facile à évaluer, car la charge de travail est portable.
Effectuez un test de portabilité avant de décider
Pour chaque service important, répondez à ces cinq questions :
- Où sont stockées ses données persistantes ?
- Puis-je recréer le conteneur à partir d’un fichier compose ?
- A-t-il besoin de paquets hôtes en dehors de Docker ?
- A-t-il besoin de périphériques matériels spécifiques ?
- Puis-je le restaurer sur une machine vierge à partir d’une sauvegarde ?
Si vous ne pouvez pas répondre à ces questions, il est prématuré de changer de système d’exploitation hôte. Mettez d’abord en place la procédure de sauvegarde et de restauration ; le choix du système d’exploitation devient beaucoup plus simple lorsque les charges de travail sont portables.
FAQ
CasaOS remplace-t-il Ubuntu ?
Non. CasaOS s’installe par-dessus un système Linux compatible.
ZimaOS remplace-t-il le disque système ?
Une installation standard de ZimaOS écrit une image dédiée du système d’exploitation sur un disque cible ; commencez donc par sauvegarder ce disque.
