Solution communautaire

Rapport sur les bugs et les inconvénients de ZimaOS signalés en 2025 : ce qui relevait d’un bug, ce qui était intentionnel dans la conception et ce qui a changé

A December 2025 review listing macOS client reconnect problems, stuck app installs, bridge-network failures after V2RayA, poor Russian localization, the read-only host design, limited ZVM passthrough, basic backup behavior, and a broken btop panel. The author later confirmed monitoring worked after updating to 1.5.2. Current ZimaOS has materially changed several of the other areas.

Cette discussion doit être lue comme un instantané de ZimaOS à la fin de 2025, et non comme une liste actuelle des fonctionnalités. L’auteur a signalé de réelles frustrations après être passé de CasaOS : problèmes de reconnexion du client macOS, installations d’applications qui semblaient bloquées, dysfonctionnement du réseau bridge après l’installation d’une application proxy, localisation russe médiocre, système hôte volontairement verrouillé, prise en charge limitée du passthrough des périphériques dans ZVM, sauvegarde basique et panneau btop vide.

Certains de ces problèmes étaient des bugs, d’autres des choix architecturaux, et plusieurs ont évolué depuis. L’auteur d’origine a confirmé personnellement que la surveillance avec btop fonctionnait après la mise à jour vers la version 1.5.2. La version actuelle de ZimaOS, la 1.7.1, propose également un App Store plus récent, des workflows de sauvegarde avec gestion des versions, davantage de correctifs liés au stockage et au réseau, ainsi qu’un catalogue d’applications et d’IA bien plus abouti. En revanche, le modèle d’appliance en lecture seule reste volontaire.

Bannière d’installation d’application ZimaOS bloquée tandis que l’installation de Syncthing semble se poursuivre indéfiniment
L’auteur de la source a signalé que les installations d’applications restaient visuellement bloquées même après la progression de l’activité Docker.

Le problème de surveillance avec btop a été confirmé comme corrigé dans la version 1.5.2

L’auteur a mis à jour la discussion pour indiquer que la surveillance du système fonctionnait correctement après le passage à ZimaOS 1.5.2. C’est donc l’un des points les plus clairs : il ne s’agissait pas d’une limitation permanente du produit.

La documentation actuelle de ZimaOS inclut toujours la surveillance du système basée sur btop, apparue initialement dans la série 1.3.x.

Une installation d’application bloquée peut être due à l’interface, à Docker ou au registre

La réponse de la communauté affirmait que Docker terminait parfois l’opération alors que l’interface ne recevait pas la mise à jour. C’est plausible, mais IceWhale n’a pas posé ce diagnostic dans cette discussion. Les échecs de l’App Store moderne doivent être répartis entre :

  • échec du téléchargement de l’image, du DNS ou du registre ;
  • échec de la création ou du démarrage du conteneur ;
  • conteneur sain, mais état obsolète du tableau de bord ;
  • mauvaise configuration du WebUI ou du réseau de l’application.

Ne considérez pas le redémarrage systématique du NAS comme une solution permanente pour une installation actuelle.

Il n’a pas été prouvé que V2RayA cassait les applications bridge à cause d’un bug du cœur de ZimaOS

L’auteur de la source a indiqué que les applications utilisant le réseau bridge ne s’ouvraient plus après l’installation de V2RayA. Une réponse de la communauté a suggéré que des modifications du proxy ou du DNS pouvaient avoir perturbé la résolution des noms sur le réseau bridge de Docker. La discussion ne contient toutefois aucun journal ni aucune confirmation d’IceWhale reliant la panne à une règle DNS ou de routage précise.

Lorsqu’un conteneur proxy ou VPN modifie le routage, le DNS, iptables/nftables ou les espaces de noms réseau de Docker, examinez d’abord ces changements avant d’accuser toutes les applications concernées.

Barre d’adresse du navigateur affichant une longue URL de lancement d’application ZimaOS lors d’un problème de chargement du WebUI
Le conteneur de l’application pouvait fonctionner alors que le chemin de lancement ou le WebUI échouait toujours, ce qui relève d’une couche différente de l’installation de l’image.

L’hôte en lecture seule est un choix de conception qui existe toujours

L’auteur n’appréciait pas de ne pas pouvoir installer librement des paquets sur l’hôte. Cette critique est valable pour les utilisateurs qui souhaitent un serveur Debian ou Ubuntu classique, mais il ne s’agit pas d’un bug accidentel. La documentation actuelle de ZimaOS décrit toujours la plupart des dossiers système comme étant en lecture seule et prévoit que les applications s’exécutent via Docker, des modules, des machines virtuelles ou des extensions de développement prises en charge.

Consultez le modèle actuel du système de fichiers CLI de ZimaOS pour déterminer si l’approche appliance correspond à votre workflow.

Le passthrough dans ZVM était limité, mais la situation a évolué

À la fin de 2025, des réponses officielles ailleurs décrivaient encore le passthrough PCIe comme une fonctionnalité prévue à plus long terme. En 2026, des modules communautaires tels que ZVM-Extra ont ajouté le passthrough USB/PCIe au-dessus de libvirt, mais il s’agit toujours de logiciels communautaires et non de la preuve que tous les workflows de passthrough sont désormais des fonctionnalités ZVM intégrées et prises en charge.

Pour un passthrough critique de GPU, de HBA ou d’USB, vérifiez l’interface ZVM actuelle et le regroupement IOMMU au lieu de considérer une plainte de 2025 ou un module communautaire bêta comme l’intégralité de la situation.

La critique selon laquelle « la sauvegarde ne fait que copier des fichiers » est désormais historiquement incomplète

Détails historiques d’une tâche de sauvegarde ZimaOS montrant la copie d’un dossier et une option de conservation des versions des fichiers
La source critiquait la sauvegarde en la qualifiant de simple copie de fichiers, mais l’interface affichait déjà la conservation des versions et le produit Backup actuel s’est encore enrichi.

La sauvegarde actuelle de ZimaOS prend en charge les tâches planifiées, les transferts reprenables et tolérants aux erreurs, les destinations locales, USB, cloud ou vers un autre Zima, ainsi que les points de restauration avec gestion des versions. Elle ne constitue toutefois toujours pas le même produit qu’un utilitaire d’archivage chiffré tel que Duplicati.

Consultez le modèle actuel de sauvegarde de ZimaOS avant de reprendre la limitation de 2025.

L’interface de réinitialisation illustre la philosophie de récupération de l’appliance

Boîte de dialogue de réinitialisation de ZimaOS indiquant que les comptes utilisateur, les applications et les paramètres système sont supprimés tandis que les baies de stockage, les fichiers utilisateur et les données des applications sont conservés
La capture d’écran de la source met en évidence un objectif de conception : récupérer le système de l’appliance tout en préservant autant que possible le stockage et les données utilisateur.

La question durable est de savoir si vous voulez un système d’exploitation de type appliance

Les utilisateurs qui souhaitent une gestion sans restriction des paquets, des services hôte modifiables manuellement et une distribution de bureau ou de serveur classique peuvent toujours préférer Debian, Ubuntu, Proxmox, Unraid ou une autre plateforme. Ceux qui veulent une couche NAS gérée, un App Store Docker, une interface de stockage, un accès à distance et des partitions système protégées peuvent préférer ZimaOS.

La discussion de 2025 est utile parce qu’elle expose ce compromis, mais l’évaluation actuelle doit être effectuée sur ZimaOS 1.7.1 plutôt que de supposer que tous les symptômes de l’ère 1.5 existent encore.

FAQ sur les inconvénients de ZimaOS

Le panneau btop défaillant a-t-il été corrigé pour l’utilisateur d’origine ?

Oui. L’auteur a explicitement indiqué que la surveillance fonctionnait après la mise à jour vers ZimaOS 1.5.2.

Le système de fichiers hôte en lecture seule est-il toujours intentionnel ?

Oui. ZimaOS reste un système de type appliance dans lequel la plupart des dossiers hôte sont en lecture seule.

La sauvegarde actuelle se limite-t-elle toujours à une copie de fichiers ponctuelle ?

Non. La sauvegarde actuelle prend en charge les planifications, les transferts reprenables, plusieurs types de destination, les versions et les points de restauration.