ZimaOS n’expose actuellement pas dans son interface de stockage l’ancien processus « Fusionner le stockage » de MergerFS, propre à CasaOS, et le sujet du forum n’a reçu aucun engagement officiel quant à son retour. Le résultat apt: command not found est également cohérent avec le fait que ZimaOS soit un système de type appliance plutôt qu’un hôte Debian classique.
La distinction importante est que MergerFS effectue une mise en pool au niveau des fichiers, et non du RAID. Il peut présenter plusieurs systèmes de fichiers indépendants sous la forme d’un seul répertoire, mais il n’ajoute ni parité, ni redondance, ni instantanés, ni mécanisme de reconstruction comparable à celui du RAID.
Pourquoi apt est absent de ZimaOS
ZimaOS fournit un accès SSH et un terminal web pour les opérations avancées, mais cela ne signifie pas que le système d’exploitation racine est conçu pour l’installation arbitraire de paquets. La page actuelle Configuration SSH de ZimaOS documente l’accès au terminal, tandis que la documentation actuelle destinée aux développeurs décrit également le système de fichiers racine comme étant en lecture seule dans le fonctionnement normal.
Essayer de transformer ZimaOS en serveur Debian modifiable avec apt install mergerfs repose donc sur une mauvaise hypothèse. Même si un paquet était injecté manuellement, les futures mises à jour du système d’exploitation pourraient écraser ou invalider cette modification.
Ce que MergerFS ferait réellement
La documentation officielle de MergerFS explique qu’il combine plusieurs chemins de systèmes de fichiers dans un répertoire unifié tout en conservant un accès indépendant aux systèmes de fichiers sous-jacents. Elle précise également que la redondance et la parité de type RAID ne font pas partie de ses fonctionnalités.
Cela correspond bien à la demande initiale : disposer d’un espace de noms multimédia volumineux où la perte d’un disque physique ne détruit pas automatiquement tous les autres disques. Toutefois, une vue regroupée nécessite toujours une stratégie de sauvegarde distincte pour les fichiers irremplaçables.
Considérez la solution Docker comme expérimentale
Une réponse publiée sur le forum suggérait d’exécuter MergerFS dans Docker. Il s’agit d’une idée proposée par la communauté, et non d’un mode de stockage pris en charge par IceWhale. Un système de fichiers FUSE exécuté dans un conteneur peut nécessiter des privilèges élevés, un accès aux périphériques et la propagation des montages ; il peut également mal s’intégrer à la gestion du stockage de ZimaOS, au partage SMB ou à la sélection des chemins d’accès des applications.
Si vous avez besoin d’un pool stable pour la production, déterminez d’abord si une configuration RAID/ZFS prise en charge vous convient. Le guide de planification des pools de stockage aide à distinguer la capacité, les performances et les domaines de défaillance, tandis que les options RAID et SnapRAID présentent des alternatives offrant différents modèles de protection.
En résumé
La demande publiée sur le forum en 2026 est légitime, mais ZimaOS ne propose toujours aucun bouton MergerFS natif documenté. Ne considérez pas l’absence de apt comme un terminal défectueux, et ne considérez pas un conteneur MergerFS Docker doté de privilèges élevés comme un remplacement officiel de l’ancienne fonctionnalité de fusion de CasaOS. Si la mise en pool de disques indépendants est indispensable, testez-la d’abord avec des données non critiques et conservez une sauvegarde distincte.
