Solution communautaire

RAID ZimaOS manquant après redémarrage : vérifiez avant de reconstruire

A 10 TB RAID 1 disappeared from ZimaOS Files after reboot even though Linux still detected the drives, with logs showing a BTRFS mount-type failure.

En résumé : l’absence de fichiers après un redémarrage ne suffit pas à recréer le RAID

Les journaux montrent que ZimaOS tente de monter /dev/md0 et échoue lorsqu’il utilise le type de système de fichiers enregistré, BTRFS. Cela indique qu’il faut examiner le processus de montage et les métadonnées. Cela ne prouve pas, à lui seul, que les données ont disparu ni que le système de fichiers est sain.

Commencez par effectuer des vérifications d’identification en lecture seule

lsblk -f
cat /proc/mdstat
sudo mdadm --detail /dev/md0
sudo blkid /dev/md0

Vous devez obtenir quatre réponses : les deux disques membres sont-ils présents, le tableau md est-il assemblé, quel état mdadm indique-t-il et quelle signature de système de fichiers le périphérique assemblé expose-t-il ? Le manuel de mdadm décrit l’inspection des tableaux, tandis que la documentation de Btrfs constitue la référence en amont pour les vérifications du système de fichiers.

Ne formatez pas, ne recréez pas le RAID et n’effacez pas ses métadonnées tant que l’ancien tableau peut être récupérable

Une nouvelle action « Créer un RAID » peut transformer un problème de montage en perte de données. Le guide de récupération RAID de ZimaOS établit la même distinction de sécurité : préservez et identifiez d’abord le tableau existant, puis déterminez si une récupération ou une reconstruction est nécessaire.

Pourquoi /etc/fstab ne constitue pas la première solution

ZimaOS gère le stockage au moyen de son propre service de stockage et de ses métadonnées. Un montage manuel peut prouver qu’un système de fichiers est lisible, mais une entrée fstab ne répare pas nécessairement l’état attendu par l’interface Fichiers de ZimaOS. Le guide de stockage de ZimaOS constitue la référence prise en charge.

Quand transmettre le problème au support

Si /proc/mdstat et mdadm --detail indiquent un tableau assemblé et sain, mais que ZimaOS refuse toujours de le monter, conservez les journaux et les quatre résultats en lecture seule ci-dessus avant de redémarrer ou de faire des essais. Ces éléments permettent au support de déterminer si l’échec concerne l’assemblage du tableau, la reconnaissance du système de fichiers ou la gestion du montage par ZimaOS.

Le guide de migration des données de ZimaOS n’est pertinent qu’une fois le stockage sain et visible ; la migration ne remplace pas la récupération du RAID.