La conclusion la plus utile de cette longue discussion sur ZimaOS et DSM n’est pas que l’un des deux systèmes d’exploitation pour NAS « gagne ». Synology DSM représentait la référence mature, axée sur les appareils : flux de stockage éprouvés, surveillance, migration, gestion des permissions et outils d’administration. ZimaOS représentait une plateforme NAS plus récente, flexible sur le plan matériel et centrée sur Docker, qui cherchait à simplifier l’auto-hébergement sans bloquer l’accès à YAML ou à la CLI.
Plusieurs critiques formulées dans le fil étaient fondées, mais IceWhale a également corrigé d’importants malentendus techniques. Plus particulièrement, ZimaOS ne construit pas son stockage RAID 5/6 sur le RAID Btrfs natif. Le contributeur de la communauté raller1028 a résumé l’architecture ainsi : RAID Linux avec mdadm, Btrfs étant utilisé comme système de fichiers monté. Cette distinction est importante lorsqu’on compare les affirmations de ZimaOS en matière de sécurité des données aux anciennes mises en garde concernant le RAID5/6 natif de Btrfs.
La critique du RAID nécessitait une importante correction sur l’architecture
Un critique de la communauté a averti que le RAID5 de Btrfs pouvait être dangereux. Zima-Giorgio a répondu que ZimaOS n’utilisait volontairement pas le RAID Btrfs natif pour son implémentation du RAID. Un autre contributeur a précisé que la pile reposait sur mdadm pour le RAID et sur Btrfs comme système de fichiers.
Cela ne prouve pas que tous les flux RAID de ZimaOS soient aussi matures que ceux de DSM. Cela signifie toutefois que la comparaison ne doit pas évaluer ZimaOS comme s’il exposait simplement le RAID5/6 natif de Btrfs.
DSM reste la référence en matière de diagnostics des disques
Le critique a affirmé que DSM fournissait beaucoup plus d’informations sur l’état des disques. IceWhale a répondu que ZimaOS affichait déjà l’état général sur le tableau de bord ainsi que des données S.M.A.R.T. partielles dans la section Stockage, tout en reconnaissant que l’interface pourrait faciliter l’accès à ces détails.
Le multi-utilisateur était bien réel, mais encore en cours d’enrichissement
IceWhale a rejeté l’idée que les utilisateurs de ZimaOS n’étaient que des identités Samba. Giorgio a indiqué que l’orientation du produit incluait des utilisateurs indépendants disposant de leurs propres espaces de fichiers, interfaces de connexion et tableaux de bord, tout en admettant que l’expérience multi-utilisateur continuait d’être améliorée.
La documentation actuelle de ZimaOS associe désormais les permissions des dossiers partagés aux comptes utilisateur ZimaOS, mais un acheteur qui le compare à DSM devrait tout de même vérifier la séparation exacte entre administrateurs et utilisateurs ainsi que le flux de travail requis pour son foyer ou son entreprise.
L’écart concernant le planificateur de tâches a été reconnu
En septembre 2025, IceWhale a indiqué qu’une première implémentation de la planification existait et que l’équipe souhaitait proposer une interface graphique plus simple plutôt que de contraindre les utilisateurs à modifier des tâches cron. Le fil ne permet pas d’établir l’existence d’un planificateur de tâches graphique équivalent à celui de DSM et doté de toutes ses fonctionnalités.
Si l’automatisation des tâches est déterminante dans votre décision d’achat, évaluez la version actuelle plutôt que de considérer la critique de 2025 ou la déclaration concernant la feuille de route comme une promesse définitive de fonctionnalité.
ZimaOS conservait YAML et la CLI parallèlement aux applications en un clic
Le critique pensait initialement que ZimaOS obligeait les utilisateurs à recourir à ses propres paramètres de création d’applications. Giorgio a précisé que l’installation en un clic constituait le choix simplifié par défaut, tandis que YAML et la CLI restaient disponibles pour les déploiements avancés.
La documentation actuelle de ZimaOS promeut désormais explicitement l’installation en un clic depuis l’App Store ou l’utilisation de votre propre Docker Compose. L’affirmation initiale selon laquelle « vous n’êtes pas vraiment libre » est donc historiquement incomplète.
Consultez la documentation actuelle de la plateforme ZimaOS avant de comparer la profondeur fonctionnelle actuelle.
L’hôte en lecture seule relève d’une différence de philosophie, pas d’une limitation accidentelle
DSM et ZimaOS protègent tous deux les composants internes de l’appareil, mais ZimaOS rend particulièrement explicite sa conception en lecture seule fondée sur Buildroot. Giorgio a indiqué que SSH servait principalement de canal avancé ou d’assistance, et que la majeure partie du système de fichiers restait en lecture seule par défaut.
Les utilisateurs qui souhaitent une gestion sans restriction des paquets peuvent préférer un hôte Linux classique. Ceux qui veulent un système d’exploitation pour appareil, avec des applications isolées dans Docker ou des machines virtuelles, peuvent au contraire considérer cette restriction comme une fonctionnalité de fiabilité.
La « migration » ne se résume pas à copier des fichiers
La communauté a posé à IceWhale une question plus difficile : une baie RAID existante composée de plusieurs disques peut-elle être transférée vers un nouveau matériel et être reconnue correctement ? La première réponse d’IceWhale portait principalement sur la migration de CasaOS vers ZimaOS et de ZimaOS vers ZimaOS, mais le critique a eu raison de distinguer la migration de fichiers de la migration, vers une autre carte mère ou un autre matériel, d’une baie existante.
Pour les systèmes actuellement utilisés en production, vérifiez le chemin exact de récupération ou d’importation pris en charge pour votre configuration RAID avant de supposer que l’Assistant de migration de DSM et ZimaOS offrent des mécanismes équivalents de migration matérielle.
À quelle plateforme chaque type d’utilisateur convient-il le mieux ?
La comparaison la plus durable du fil vient d’utilisateurs ayant utilisé les deux écosystèmes : DSM convient aux acheteurs qui recherchent un appareil NAS mature et étroitement intégré, doté de fonctions d’administration étendues ; ZimaOS séduit davantage les utilisateurs qui apprécient le choix du matériel x86, l’auto-hébergement axé sur Docker, une interface moderne et la possibilité de mettre les mains dans le système en cas de besoin.
Ces publics se recoupent davantage en 2026 qu’en 2025, mais la robustesse, les attentes en matière d’assistance, la liberté de choix du matériel et la profondeur administrative restent de meilleurs critères de décision qu’un simple tableau comparatif du nombre de fonctionnalités.
FAQ sur ZimaOS et DSM
ZimaOS utilise-t-il le RAID5/6 natif de Btrfs ?
La discussion d’origine répond par la négative. La clarification d’IceWhale et de la communauté décrit le RAID de ZimaOS comme reposant sur mdadm Linux, Btrfs étant utilisé comme système de fichiers.
Docker dans ZimaOS était-il limité aux applications installables en un clic ?
Non. IceWhale a explicitement indiqué que l’installation via YAML et la CLI restait disponible pour les utilisateurs avancés, et la documentation actuelle met en avant Docker Compose.
IceWhale a-t-il affirmé que ZimaOS avait déjà atteint le niveau de maturité de DSM ?
Non. L’équipe a reconnu que la plateforme avait encore des étapes à franchir et a décrit plusieurs fonctionnalités demandées comme étant en cours d’implémentation ou prévues.
