Cette discussion documente une lacune réelle du produit, qui est ensuite devenue une fonctionnalité intégrée. Dans ZimaOS 1.4.1, un RAID 1 à deux disques est passé à l’état dégradé/en lecture seule après la défaillance d’un disque de 750 Go. Le disque de remplacement était visible comme un disque dur sain distinct, mais l’interface Stockage ne proposait pas d’action claire « remplacer et reconstruire ».
IceWhale a d’abord pris en charge les utilisateurs concernés par l’intermédiaire de l’assistance technique et de diagnostics en ligne de commande. Zima-Giorgio a ensuite annoncé que ZimaOS 1.4.4 proposerait un processus de réparation plus complet du RAID 1. Les notes de version officielles actuelles de la version 1.4.4 confirment que la réparation du RAID1 a été ajoutée pour les baies dégradées ou endommagées.
Le RAID source est passé à l’état Protégé / Lecture seule
Le disque dur de remplacement a été détecté séparément
La page Stockage de la version 1.4.1 indiquait que de nouveaux disques étaient requis
IceWhale a conseillé aux utilisateurs d’éviter les réparations à risque par eux-mêmes
Zima-Giorgio a proposé l’assistance des ingénieurs et a demandé aux utilisateurs expérimentés de recueillir lsblk et mdadm -D /dev/md0 résultat. Il n’a pas publié de procédure de reconstruction destructive.
Après que des ingénieurs ont réparé en privé la baie d’un utilisateur ultérieur, celui-ci a explicitement déconseillé d’effectuer des opérations RAID au niveau root sans connaissances suffisantes ou sans instructions directes des ingénieurs.
ZimaOS 1.4.4 a ajouté la réparation du RAID 1 à l’interface Web
Le 4 septembre 2025, Zima-Giorgio a déclaré que la version 1.4.4 proposerait un processus de réparation plus complet du RAID 1. Lorsqu’un autre utilisateur a demandé de l’aide pour la CLI sur la version 1.4.4, Giorgio a répondu que la réparation pouvait être effectuée via l’interface Web.
Les notes de version actuelles d’IceWhale le confirment : « Ajout d’une fonctionnalité de réparation RAID1 : la réparation peut être effectuée lorsque l’array RAID1 est dégradé ou endommagé. »
Utilisez la fonctionnalité officielle de réparation RAID 1 de ZimaOS 1.4.4 au lieu de reproduire d’anciennes manipulations avec root/mdadm.
La version 1.4.4 corrige également la prise en charge des disques déjà utilisés lors de la récupération
Les mêmes notes de version indiquent que ZimaOS a corrigé un problème empêchant la sélection de disques déjà utilisés lors de la récupération RAID. Cela concerne directement les procédures de remplacement de disque lorsqu’un disque peut déjà contenir d’anciennes signatures ou avoir été initialisé séparément.
Utilisez un disque de remplacement au moins aussi grand que le membre défaillant
Une reconstruction RAID 1 nécessite un membre de remplacement suffisamment grand pour la disposition de données existante de l’array. Des disques annoncés comme faisant nominalement « 750 Go » ou « 2 To » peuvent différer légèrement par leur nombre de secteurs ; un disque offrant une capacité utilisable inférieure peut donc être refusé.
Sauvegardez les données lisibles avant toute récupération risquée, si possible
Un RAID 1 dégradé a déjà perdu sa redondance. Si le disque restant tombe en panne pendant la reconstruction, l’array peut être perdu. Copiez les données irremplaçables sur un disque indépendant avant toute récupération invasive, chaque fois que l’array est lisible et que les données ne sont pas déjà sauvegardées.
Ne cliquez pas sur « Créer un RAID » pour les disques membres existants
Si ZimaOS affiche les anciens membres RAID comme inutilisés ou comme disques séparés, la création d’un nouveau RAID peut écraser les métadonnées. Déterminez s’il s’agit de réparer un array existant dégradé ou de créer intentionnellement un nouvel array vide avant de continuer.
Une reconstruction RAID 1 est une période de forte sollicitation pour le disque survivant
Pendant une reconstruction, ZimaOS doit lire intensivement le membre survivant tout en écrivant sur le disque de remplacement. Si l’ancien disque restant est déjà défaillant, c’est l’un des moments où des secteurs illisibles ou une autre panne ont le plus de chances d’être révélés.
C’est pourquoi il faut effectuer une sauvegarde externe des données irremplaçables avant la reconstruction, chaque fois que l’array dégradé est encore lisible.
Ne formatez pas le disque de remplacement simplement parce qu’il apparaît comme stockage séparé
Dans le cas décrit dans la source, l’utilisateur avait déjà formaté le nouveau disque et ZimaOS l’affichait comme HDD-Storage. Les correctifs de la version 1.4.4 ont ensuite spécifiquement résolu le problème des disques ayant déjà été utilisés et devenant indisponibles pour la récupération du RAID.
Sur un système à jour, suivez le processus de réparation du RAID et laissez ZimaOS préparer le disque de remplacement sélectionné. Formater ou créer d’abord un autre espace de stockage peut ajouter des métadonnées que l’interface de récupération devra ensuite contourner.
Les diagnostics en lecture seule sont plus sûrs que la modification manuelle d’un RAID
Les commandes demandées par Zima-Giorgio—lsblk et mdadm -D /dev/md0—il s’agissait de lectures diagnostiques utilisées pour identifier le périphérique et l’état de la grappe. C’est très différent des commandes qui ajoutent des membres, effacent les superblocs, forcent l’assemblage ou recréent des grappes.
Si le support vous demande des sorties de commandes, recueillez exactement les informations en lecture seule demandées et évitez d’improviser des opérations mdadm destructrices à partir de tutoriels Linux sans rapport.
Vérifiez la grappe une fois la reconstruction terminée
Ne considérez pas la récupération comme terminée dès que le disque de remplacement est accepté. Attendez la fin de la synchronisation ou de la reconstruction, confirmez que le RAID est à nouveau en état sain et protégé, ouvrez des fichiers représentatifs et vérifiez les applications qui dépendent du pool.
Ne touchez pas à la sauvegarde externe tant que ces vérifications ne sont pas terminées.
Préparez-vous à la prochaine défaillance d’un disque tant que la grappe est saine
Un RAID 1 laisse le temps de remplacer un membre défaillant, mais ne dispense pas de sauvegarder les données. Conservez une copie indépendante des données importantes, notez les modèles et numéros de série des disques, et vérifiez régulièrement leur état afin de détecter une dégradation avant la défaillance d’un second membre.
FAQ sur la récupération d’un RAID 1
La réparation du RAID 1 était-elle absente de l’interface de ZimaOS 1.4.1 ?
L’utilisateur cité dans la source pouvait voir la grappe dégradée et le disque de remplacement, mais ne disposait d’aucune action de réparation normale.
IceWhale a-t-il ajouté ultérieurement un processus de réparation via l’interface Web ?
Oui. IceWhale a indiqué que la version 1.4.4 pouvait réparer un RAID 1 via l’interface Web, et les notes de version officielles présentent la réparation du RAID 1 comme une nouvelle fonctionnalité.
Les utilisateurs actuels doivent-ils exécuter les commandes mdadm avec les privilèges root de l’ancien fil de discussion ?
Non. IceWhale a explicitement averti les utilisateurs de ne pas effectuer d’opérations RAID au niveau root, sauf s’ils en comprenaient les risques ou si des ingénieurs le leur demandaient.
