Un clone complet du SSD système ZimaOS n’est pas le seul actif de récupération, ni nécessairement le plus important. L’utilisateur d’origine disposait d’un NVMe de 512 Go pour le système d’exploitation, ainsi que de quatre disques NVMe de 2 To prévus pour fonctionner en RAID 5, et voulait savoir si la perte du disque système risquait de compromettre l’ensemble.
La conception actuelle de la récupération de ZimaOS apporte une réponse plus claire que le fil de discussion original de 2025 : ZimaOS utilise deux emplacements système pour permettre un démarrage de secours rapide, les données sont stockées séparément des partitions système, et IceWhale documente désormais la sauvegarde de local-storage.db afin de pouvoir restaurer la configuration RAID après une réinstallation du système. La sauvegarde la plus précieuse reste celle de vos données et de l’état de vos applications.
ZimaOS dispose d’une conception de récupération système à double partition
La documentation actuelle d’IceWhale sur la récupération du système indique que ZimaOS utilise les emplacements A et B, d’environ 6 Go chacun, afin que l’utilisateur puisse démarrer depuis la partition alternative lorsqu’un emplacement système tombe en panne.
Cela permet de gérer certaines défaillances logicielles ou de démarrage sans remplacer le SSD.
Utilisez la procédure actuelle de récupération à double emplacement de ZimaOS avant de supposer que tout problème de démarrage nécessite une restauration complète du disque.
Un SSD système hors service est différent d’un emplacement système défectueux
Si le NVMe lui-même est physiquement défaillant, les deux emplacements A/B disparaissent avec lui. La procédure de récupération consiste alors à remplacer le disque système, puis à effectuer une nouvelle installation de ZimaOS.
L’objectif est de permettre à cette réinstallation de redétecter ou de restaurer la configuration des données et du stockage, sans considérer les disques membres du RAID comme des disques vierges.
Sauvegardez local-storage.db avant d’en avoir besoin
Le guide actuel d’IceWhale consacré à la reconstruction d’un RAID demande aux utilisateurs d’enregistrer :
/ZimaOS-HD/.casaos/db/local-storage.dbavant de réinstaller le système. Après la nouvelle installation de ZimaOS, le guide demande de renommer la nouvelle base de données, de téléverser la copie de sauvegarde au même emplacement, puis de redémarrer.
Suivez la procédure officielle de reconstruction du RAID après réinstallation plutôt que de modifier manuellement la base de données.
Ne recréez pas le RAID simplement parce qu’un nouveau système affiche les disques différemment
Les disques membres d’un RAID peuvent toujours contenir des métadonnées RAID et des données valides, même si une nouvelle installation du système ne possède plus l’ancienne base de données de stockage ZimaOS.
Si ces disques contiennent des fichiers importants, ne cliquez pas sur Créer un RAID, ne les formatez pas et n’effacez pas leurs métadonnées tant que la procédure de récupération n’est pas clairement établie.
Sauvegardez AppData et les bases de données des applications
La réponse de la communauté publiée en 2025 simplifiait l’emplacement de l’état des applications en l’associant à /DATA/AppData. Le ZimaOS actuel clarifie davantage cette séparation, tout en prenant en charge différents emplacements de données d’application et des montages bind personnalisés.
Sauvegardez les dossiers persistants des applications et utilisez des exportations adaptées aux applications pour les bases de données telles que Nextcloud, Immich ou d’autres services pour lesquels une simple copie de dossier peut ne pas suffire.
Les indications actuelles de ZimaOS sur les chemins de stockage des applications aident à identifier les éléments qui subsistent après la recréation des conteneurs.
Un clone complet du système d’exploitation peut rester utile, mais il comporte des compromis
Un clone au niveau des blocs peut réduire le temps de récupération s’il est récent, cohérent et créé avec une méthode qui capture correctement le système de fichiers en cours d’utilisation. Toutefois, un clone devient rapidement obsolète à mesure que les paramètres des applications, les métadonnées de stockage et les mises à jour du système évoluent.
Si le disque système écrit activement pendant la capture de l’image, la cohérence est importante. Ne supposez pas que « copier chaque bloc pendant que le système fonctionne » crée automatiquement une image de restauration fiable.
La sauvegarde de vos données est plus importante que celle du système d’exploitation, qui peut être remplacé
Le ZimaOS actuel inclut une application de sauvegarde capable de protéger les données sur des disques locaux, un autre NAS, une clé USB ou le cloud, avec prise en charge de procédures planifiées et versionnées.
Utilisez la stratégie actuelle de sauvegarde 3-2-1 pour les fichiers qui ne peuvent pas simplement être réinstallés.
Un plan pratique en cas de défaillance du disque système
- Conservez une copie récente de
local-storage.dben dehors du disque système. - Sauvegardez séparément l’état des applications et les données utilisateur.
- Documentez les volumes d’application personnalisés et les piles Compose.
- Sachez comment démarrer depuis l’emplacement système ZimaOS alternatif.
- Si le SSD tombe physiquement en panne, remplacez-le et réinstallez ZimaOS.
- Restaurez la base de données de stockage en suivant la procédure officielle.
- Vérifiez le RAID avant d’effectuer toute modification destructive du stockage.
- Réinstallez ou reconnectez les applications à leurs données persistantes.
FAQ sur la sauvegarde du disque système
Une défaillance du démarrage de ZimaOS signifie-t-elle toujours qu’il faut remplacer le SSD système ?
Non. Le ZimaOS actuel possède deux emplacements système, et l’emplacement alternatif peut permettre de récupérer le système après certaines défaillances.
Quel petit fichier est particulièrement utile avant une réinstallation du système ?
Le guide actuel d’IceWhale consacré à la récupération RAID demande aux utilisateurs de sauvegarder local-storage.db.
Le RAID 5 constitue-t-il à lui seul une sauvegarde des données ?
Non. Le RAID assure la disponibilité après la défaillance d’un disque ; conservez des sauvegardes indépendantes pour vous protéger contre les suppressions, la corruption, le vol et les sinistres.
