Ce fil a commencé par un problème de redémarrage et s’est terminé par une expérience communautaire détaillée sur la façon dont ZimaOS gère un disque système plein, la migration d’AppData, la réinstallation des applications et la récupération du stockage. L’utilisateur initial a démarré ZimaOS sans que le disque de sauvegarde USB soit connecté, puis a constaté que l’écran de connexion habituel avait été remplacé par un écran de création de compte semblable à celui du premier démarrage. Les données NFS restaient accessibles, mais l’interface et les services liés aux fichiers ne fonctionnaient plus normalement.
La découverte la plus importante a été que ZimaOS-HD avait atteint 100 % d’utilisation. L’utilisateur a ensuite mis le système à jour vers ZimaOS 1.5.2, mais le volume système plein est resté le problème central. Il s’agit donc d’un cas historique de dépannage utile, et non d’une procédure universelle de réinstallation.
Un ZimaOS-HD plein à 100 % peut perturber bien plus que l’application Fichiers
Dans le cas présenté, l’utilisateur pouvait toujours accéder aux données stockées via NFS, tandis que le tableau de bord, le service Fichiers, l’indexation des applications et l’interface liée au compte devenaient peu fiables. Un participant de la communauté a associé ces symptômes au remplissage complet de la partition système.
Le fil ne fournit pas de commande de nettoyage publiée par IceWhale permettant de récupérer en toute sécurité un disque système plein à 100 %. L’utilisateur avait déjà supprimé des conteneurs et nettoyé les journaux sans libérer suffisamment d’espace. C’est important : ne transformez pas des commandes shell de nettoyage spéculatives issues d’un fil communautaire en procédure officielle de récupération.
Pour obtenir les informations actuelles sur le système et le stockage, consultez la gestion actuelle du stockage et de la récupération par ZimaOS.
IceWhale a averti que la disposition par défaut ne permettait pas une réinstallation sans risque
Zima-Giorgio a apporté une correction importante à la discussion. Il a indiqué que la plupart des utilisateurs conservent la disposition par défaut, dans laquelle le système d’exploitation et les données utilisateur se trouvent sur le même disque, et qu’une réinstallation avec cette disposition ne réindexe ni ne restaure automatiquement tout le contenu. Il a également insisté sur la règle de sauvegarde 3-2-1.
Cette mise en garde officielle est importante, car certaines réponses précédentes de la communauté donnaient l’impression que la récupération après réinstallation était plus automatique qu’elle ne l’est réellement. La préservation des données dépend de la manière dont le stockage était organisé avant la panne.
Ce que les tests de migration de l’utilisateur ont réellement montré
La deuxième page du fil contient plusieurs tests de réinstallation avec un disque dédié au système d’exploitation et un disque de données NVMe distinct. Les résultats de l’utilisateur ont mis en évidence plusieurs comportements pratiques :
- après une nouvelle installation, un disque de stockage NVMe précédemment utilisé peut devoir être réactivé ;
- les applications ne réapparaissent pas automatiquement dans le tableau de bord simplement parce que leurs anciens dossiers AppData existent ;
- le conteneur ou l’image de l’application doit tout de même être réinstallé depuis l’App Store ;
- les données persistantes des applications peuvent être conservées si elles ont été migrées vers un stockage distinct avant la réinstallation ;
- les métadonnées de niveau ZimaOS, comme les ports personnalisés, les noms de conteneurs, les paramètres réseau, les autorisations et la présentation dans le tableau de bord, ne doivent pas être considérées comme conservées.
Il s’agissait de tests communautaires réalisés avec ZimaOS 1.5.2, et non d’une garantie de récupération fournie par IceWhale. Considérez-les comme des comportements observés à cette période.
La migration ne constitue pas une sauvegarde complète des conteneurs
L’une des leçons les plus utiles de ce fil concerne la différence entre les données des applications et les métadonnées des applications ZimaOS. L’utilisateur pensait que les données migrées permettraient de recréer les applications exactement comme auparavant. Ses tests ont montré le contraire.
La migration a contribué à préserver les fichiers et les données propres aux applications, mais elle n’a pas restauré tous les paramètres saisis dans l’éditeur d’applications de ZimaOS. Par exemple, les mappages de ports personnalisés et d’autres paramètres de niveau conteneur pouvaient encore devoir être recréés après la réinstallation.
Cette distinction explique pourquoi une application peut retrouver sa base de données ou ses fichiers multimédias existants après une réinstallation, alors que sa configuration dans le tableau de bord ZimaOS semble nouvelle.
Ne généralisez pas la récupération sur un disque unique aux configurations RAID
Une grande partie du fil a porté sur la question de savoir si une grappe RAID 5 serait automatiquement adoptée après une nouvelle installation. L’utilisateur a constaté que le système demandait encore de créer ou de formater le stockage, au lieu de traiter simplement l’ancien RAID comme une cible prête à recevoir les données des applications.
La discussion s’est donc éloignée de l’affirmation précédente selon laquelle chaque volume de données survivrait et serait automatiquement rattaché. La conclusion la plus prudente de ce fil est plus limitée : dans le flux de travail ZimaOS 1.5.2 testé, un disque de stockage distinct et une grappe RAID ne se comportaient pas de la même manière.
Le comportement actuel du stockage de ZimaOS a évolué depuis ce fil de 2025. Consultez la documentation de stockage la plus récente plutôt que d’utiliser ces observations sur le RAID comme description du fonctionnement actuel du produit.
Une approche plus sûre de la réinstallation, inspirée du fil
- Sauvegardez les données importantes avant de modifier le stockage ou de réinstaller ZimaOS.
- Identifiez le disque physique qui contient le système d’exploitation et ceux qui contiennent les données utilisateur.
- Ne supposez pas qu’une migration équivaut à une sauvegarde complète de la configuration des conteneurs.
- Après la réinstallation, vérifiez que le stockage est activé et monté avant de réinstaller les applications.
- Prévoyez de réinstaller les conteneurs ou les images des applications, même si leurs données persistantes ont été conservées.
- Rétablissez manuellement les paramètres des applications au niveau de ZimaOS, sauf si vous disposez d’une exportation ou d’une sauvegarde distincte.
FAQ sur la réinstallation et la migration de ZimaOS
Pourquoi l’interface ne fonctionnait-elle plus alors que les données NFS restaient accessibles ?
Dans ce cas, le volume système était plein à 100 %. Le fil a associé cette situation à des défaillances de l’interface et des services, alors que certains accès aux données continuaient de fonctionner.
La migration d’AppData fait-elle réapparaître automatiquement les applications installées après une réinstallation ?
Non. Les tests de l’utilisateur ont montré que le tableau de bord restait vide et que les applications devaient être réinstallées. Les données persistantes existantes pouvaient ensuite être réutilisées.
La migration conserve-t-elle les ports personnalisés et les paramètres des applications ZimaOS ?
Les tests ultérieurs du fil indiquent qu’il ne faut pas le supposer. La migration protégeait mieux les données des applications qu’elle ne conservait les métadonnées ZimaOS décrivant chaque conteneur.
Puis-je réinstaller en toute sécurité avec une configuration RAID en me fondant sur ce fil ?
Aucune garantie universelle n’a été établie. Le test RAID s’est comporté différemment du test de migration sur disque unique, et la réponse officielle a insisté sur les sauvegardes plutôt que de promettre une récupération automatique.
