Dépannage des problèmes de montage de matrices RAID (mdadm) en mode de secours Linux

Le problème

Aujourd’hui, je me suis retrouvé dans une situation stressante lorsque je n’ai pas pu accéder à ma matrice RAID en mode de secours. J’avais besoin de modifier un fichier critique situé dans /etc/sudoers.d/, mais je me heurtais constamment à des erreurs de montage :

mount: /mnt/recovery: wrong fs type, bad option, bad superblock on /dev/md126, missing codepage or helper program, or other error.

Enquête initiale

Ma première étape a été de vérifier l’état de santé des matrices RAID en utilisant mdadm :

mdadm --detail /dev/md126
mdadm --detail /dev/md127

Les résultats ont montré que les deux matrices étaient en bon état – « State: clean » avec tous les périphériques « active sync ». Cela m’a indiqué que la configuration RAID elle-même n’était pas la source du problème.

L’aperçu critique

Après avoir tenté plusieurs commandes de montage de base sans succès, j’ai décidé de vérifier ce qui se trouvait réellement sur le périphérique RAID à l’aide de la commande file :

file -s /dev/md126

Le résultat a révélé quelque chose de crucial :

/dev/md126: DOS/MBR boot sector; partition 1 : ID=0xee, start-CHS (0x0,0,2), end-CHS (0x3ff,255,63), startsector 1, 4294967295 sectors, extended partition table (last)

La matrice RAID n’était pas formatée directement comme un système de fichiers. Au lieu de cela, elle contenait une table de partition, ce qui signifiait que je devais monter l’une des partitions à l’intérieur de la matrice RAID, et non la matrice elle-même.

La solution

La solution consistait à lister les partitions sur la matrice RAID :

fdisk -l /dev/md126

Cela a montré les partitions disponibles (par exemple, /dev/md126p1, /dev/md126p2). À partir de là, je pouvais monter la partition correcte :

mount /dev/md126p1 /mnt/recovery

Après avoir trouvé la partition contenant mon système de fichiers racine, j’ai finalement pu accéder et modifier le fichier cible :

nano /mnt/recovery/etc/sudoers.d/gardeners

Leçons apprises

1. Les matrices RAID peuvent contenir des tables de partition : Toutes les matrices RAID ne sont pas directement formatées avec des systèmes de fichiers. Elles peuvent contenir des tables de partition qui doivent être traitées différemment.
2. Les commandes de diagnostic sont essentielles : L’utilisation de commandes comme file -s pour identifier ce qui se trouve réellement sur un périphérique peut faire gagner des heures de dépannage.
3. Comprendre la hiérarchie du stockage : La stratification du stockage (disques physiques → matrices RAID → partitions → systèmes de fichiers) est cruciale pour un dépannage efficace.
4. Fondamentaux du mode de secours : En mode de secours, avoir une approche systématique pour diagnostiquer et résoudre les problèmes est inestimable.