ZimaOS 1.6.0 a introduit d’importants changements concernant le stockage, mais ce fil de discussion communautaire d’avril 2026 a documenté une période de mise à niveau difficile pour certains utilisateurs passant de la version 1.5.4. Les signalements faisaient état de clés USB qui ne se montaient plus automatiquement, de cibles de sauvegarde devenues inaccessibles, de ZimaOS-HD qui se remplissait de manière inattendue, de certaines applications qui ne fonctionnaient plus et de problèmes avec l’interface web de ZVM.
Le fil contient également le contexte le plus important : IceWhale a reconnu plusieurs défauts liés à la mise à niveau, expliqué la cause première du problème de montage USB et publié ZimaOS 1.6.1 avec des correctifs ciblés. Cette page doit donc être lue comme le récit historique d’un incident de mise à niveau, et non comme une description du comportement actuel de ZimaOS.
Problèmes signalés par les utilisateurs après la mise à niveau vers la version 1.6.0
L’auteur du message initial a signalé deux problèmes majeurs après le passage de ZimaOS 1.5.4 à 1.6.0 :
-
ZimaOS-HDest soudainement apparu presque plein, alors que les données des applications avaient auparavant été déplacées ailleurs ; - les lecteurs USB externes de sauvegarde étaient détectés, mais ne pouvaient pas être activés normalement, ce qui rendait difficiles la navigation et l’accès à la restauration.
D’autres utilisateurs ont signalé l’absence de certains périphériques de stockage USB, des défaillances de l’interface utilisateur de ZVM, des applications qui ne démarraient pas, une utilisation élevée du processeur et des systèmes devenus difficiles à gérer après la mise à niveau.
IceWhale a reconnu les problèmes liés à la publication
777-Spider s’est excusé pour la lenteur de la réponse après la publication du vendredi et a déclaré que l’équipe modifierait à l’avenir le calendrier des publications afin que le personnel d’assistance puisse répondre plus rapidement aux problèmes.
Plus important encore, l’équipe a indiqué avoir identifié des problèmes connexes et publierait rapidement la version 1.6.1.
Cause première officielle : métadonnées de secours du stockage manquantes
Le 21 avril 2026, 777-Spider a décrit la cause première du montage automatique des périphériques USB. ZimaOS 1.6.0 avait introduit un mécanisme de secours du stockage utilisant un fichier .zimaos_storage.json. Les tests bêta n’avaient pas entièrement reproduit le véritable parcours de mise à niveau depuis la version 1.5.4. Ainsi, certains utilisateurs effectuant une mise à niveau directe ne disposaient pas du fichier de secours requis par la nouvelle logique de montage.
.zimaos_storage.json utilisé par le nouveau mécanisme de secours du stockage.L’équipe a indiqué que la version 1.6.1 ajoutait une validation et une gestion plus strictes afin que les données de la base de données et l’état du fichier de secours soient correctement gérés pendant le parcours de mise à niveau.
ZimaOS 1.6.1 a corrigé directement les principaux problèmes de mise à niveau liés à l’USB
Les notes de version officielles de ZimaOS 1.6.1 répertorient les correctifs suivants :
- les périphériques USB qui ne se montaient pas automatiquement après une mise à niveau ;
- les tâches de sauvegarde qui continuaient à écrire sur le point de montage du système après la perte du point de montage prévu ;
- les services mod-module qui ne démarraient pas conformément à la politique de service après un redémarrage ;
- les noms de points de montage qui devenaient incohérents lorsque les noms des périphériques contenaient des espaces.
la liste publiée par IceWhale des correctifs de ZimaOS 1.6.1
Pourquoi le signalement d’un disque système plein était particulièrement grave
Le correctif de la version 1.6.1 concernant les tâches de sauvegarde qui continuaient à écrire sur le point de montage du système après la perte d’une cible explique un mécanisme susceptible de transformer l’absence de montage USB en consommation d’espace sur le disque système. Au lieu d’écrire vers la destination externe prévue, un chemin de sauvegarde pouvait continuer à écrire sous l’emplacement de montage du système.
Cette relation est étayée par la liste officielle des correctifs de la version 1.6.1 et constitue un élément bien plus solide que la simple supposition selon laquelle l’image de la version 1.6.0 était elle-même trop volumineuse.
Les problèmes de ZVM ne relevaient pas tous du même bogue
Un utilisateur a signalé que ses machines virtuelles ne démarraient pas, tandis qu’un autre a indiqué que les machines virtuelles fonctionnaient et étaient accessibles via SSH, mais que l’interface web de ZVM restait bloquée. Un autre signalement sur GitHub a attribué un problème de console VNC au fait que les ports personnalisés de ZimaOS WebUI n’étaient pas inclus dans l’URL WebSocket.
Ces symptômes étant différents, il ne faut pas résumer l’ensemble du fil comme un unique problème de « machines virtuelles cassées ».
La version 1.6.0 appartient à l’histoire et ne constitue pas la référence actuelle
ZimaOS a continué d’évoluer après les versions 1.6.0 et 1.6.1. Consultez les informations de publication actuelles avant de supposer qu’un défaut de mise à niveau d’avril 2026 s’applique encore.
FAQ sur la mise à niveau vers ZimaOS 1.6.0
IceWhale a-t-il confirmé un problème de montage automatique des périphériques USB dans la version 1.6.0 ?
Oui. L’équipe a expliqué le problème lié au fichier de secours du stockage et a mis en place une gestion plus stricte dans la version 1.6.1.
La version 1.6.1 a-t-elle corrigé les tâches de sauvegarde qui écrivaient sur le mauvais point de montage ?
Oui. Les notes officielles de la version 1.6.1 mentionnent spécifiquement un correctif pour les tâches de sauvegarde qui continuaient à utiliser le point de montage du système après la perte du point de montage d’origine.
Cela signifie-t-il que tous les utilisateurs de la version 1.6.0 ont perdu de l’espace de stockage ?
Non. Le fil contient des signalements d’utilisateurs concernés, mais rien ne prouve que toutes les installations aient échoué.
Ce fil doit-il servir de conseil actuel pour les mises à niveau ?
Uniquement comme contexte historique. Les versions actuelles de ZimaOS et la documentation récente sur le stockage remplacent l’état de la version 1.6.0 lors de sa publication.
