j’ai eu une coupure de courant alors que le raid1 était en reconstruction. Du coup, au redémarrage de la machine la partition md0 ne monte plus, donc impossible de décrypter (luks) et monter pour récupérer les données.
je ne m’y connais pas assez dans ce domaine. j’ai lancé quelques commandes pour vous communiquer quelques informations sur l’état actuel du raid. Pouvez vous m’aider à le reconstruire, svp ?
lsblk :
sdb 8:16 0 1,8T 0 disk
└─sdb1 8:17 0 1,8T 0 part
sdc 8:32 0 1,8T 0 disk
└─sdc1 8:33 0 1,8T 0 part
Quel est le disque sur lequel les données sont correctes?
Car tu garde ce disque là en autonome (désolé je n’ai pas les commandes en têtes.
Tu détruit le second disque (tu effaces tout , tu reconstruis les partitions) et tu le rajoute dans le raid. Le RAID va se charger de le mettre à jour.
Pourquoi l’ensemble RAID était-il en reconstruction ?
Si /dev/sdb1 est marqué « rebuilding », le disque actif devrait être /dev/sdc1 mais il n’est pas listé.
On peut regarder les méta-données RAID des deux partitions pour en savoir plus.
J’ai sauvegardé puis supprimé le fichier /etc/mdadm/mdadm.conf et j’ai rescanné avec mdadm.
mdadm --assemble --scan --verbose
mdadm: looking for devices for further assembly
mdadm: no recogniseable superblock on /dev/dm-0
mdadm: No super block found on /dev/sdc (Expected magic a92b4efc, got 00000000)
mdadm: no RAID superblock on /dev/sdc
mdadm: No super block found on /dev/sdb (Expected magic a92b4efc, got 00000000)
mdadm: no RAID superblock on /dev/sdb
mdadm: No super block found on /dev/sda3 (Expected magic a92b4efc, got 656b227b)
mdadm: no RAID superblock on /dev/sda3
mdadm: No super block found on /dev/sda2 (Expected magic a92b4efc, got 20227030)
mdadm: no RAID superblock on /dev/sda2
mdadm: No super block found on /dev/sda1 (Expected magic a92b4efc, got 00000401)
mdadm: no RAID superblock on /dev/sda1
mdadm: No super block found on /dev/sda (Expected magic a92b4efc, got 00000401)
mdadm: no RAID superblock on /dev/sda
mdadm: Fail create md0 when using /sys/module/md_mod/parameters/new_array
mdadm: /dev/sdc1 is identified as a member of /dev/md/0, slot 1.
mdadm: /dev/sdb1 is identified as a member of /dev/md/0, slot 0.
mdadm: added /dev/sdc1 to /dev/md/0 as 1 (possibly out of date)
mdadm: added /dev/sdb1 to /dev/md/0 as 0
mdadm: /dev/md/0 assembled from 0 drives and 1 rebuilding - not enough to start the array.
mdadm: looking for devices for further assembly
mdadm: No arrays found in config file or automatically
sda1, sda2 et sda3 ne sont pas concernés. C’est juste le ssd où est installé le système.
ça serait là le poroblème ? added /dev/sdc1 to /dev/md/0 as 1 (
Possible. On peut voir dans la sortie de --examine que sdc1 (le membre supposément en bon état) a un Update Time plus ancien et un nombre d’Events inférieur à sdb1 (le membre en cours de reconstruction).
J’entrevois deux actions possibles :
arrêter md0 et l’assembler en mode dégradé (–run) avec sdc1 seul, puis ajouter sdb1 pour reprendre sa reconstruction
ou arrêter md0 et l’assembler en force (–force) avec les deux partitions.
Ça efface les méta-données RAID d’une partition donc ne règle rien en soi. Eventuellement après avoir vérifié que l’assemblage en dégradé avec sdc1 seul fonctionne, tu peux effacer sdb1 avant de le réintégrer pour reconstruction complète.
mdadm --assemble --run /dev/md0 /dev/sdc1
mdadm: Fail create md0 when using /sys/module/md_mod/parameters/new_array
mdadm: /dev/md0 has been started with 1 drive (out of 2).
C’est normal que ce soit aussi lent ?
Le raid1 est constitué de 2 disques de 2TO, connectés en usb 2.0. la reconstruction en a encore pour plusieurs jours. j’espère qu’il n’y aura pas de micro coupures de courant. L’onduleur qui était sensé protéger la machine des coupures électriques est tombé en panne…
Si cela peut aider quelqu’un, un jour.
Le problème venait de l’alimentation, le l’ai remplacée, le débit des ports usb a stabilisé à environ 20Mo/s cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sdb1[2] sdc1[3]
1953348608 blocks super 1.2 [2/1] [_U]
[>…] recovery = 0.1% (2345920/1953348608) finish=1501.0min speed=21661K/sec
bitmap: 7/15 pages [28KB], 65536KB chunk