Bonjour
Cela me semble logique que la date ait changé puisque tu as refait une création du raids
Cependant la création a été faite sans mettre l'option
--assume-clean Donc les données ont été préservées.
A) Retentes cette commande avec un super bloc de secours.
sudo e2fsck -b 32768 /dev/md0
B) Si toujours la même erreur, on va essayer de trouver la liste théorique des super-blocs présents
Attention cette commande simule un formatage. Mais si tu frappes mal l'option, par exemple en la mettant en majuscule, elle risque de faire un vrai formatage
-n Causes mke2fs to not actually create a filesystem, but display
what it would do if it were to create a filesystem. This can be
used to determine the location of the backup superblocks for a
particular filesystem, so long as the mke2fs parameters that
were passed when the filesystem was originally created are used
again. (With the -n option added, of course!)
sudo mke2fs -n /dev/md0
Correctif
sudo mkfs.ext4 -n /dev/md0
C) Essayer de nouveau en prenant quelques numéros de super blocs au milieu de la liste
NOTA; J'ai vu cette information pour la partition SDD1
Bad Block Log : 512 entries available at offset 16 sectors -
bad blocks present.
A mon avis, cela ne devrait pas empêcher le montage...
En revanche, je viens de voir
SDB1 Events : 522
SDC1 Events : 2752
SDD1 Events : 2752
Cette grande différance d'événements me surprend et est probablement une piste pour la difficulté de remise en route
Il y a aussi cela
SDB1 Device Role : Active device 0
Array State : AAA ('A' == active, '.' == missing, 'R' == replacing) Array State : AAA ('A' == active, '.' == missing, 'R' == replacing)
SDC1 Device Role : Active device 1
Array State : .A. ('A' == active, '.' == missing, 'R' == replacing)
SDD1 Device Role : spare
Array State : .A. ('A' == active, '.' == missing, 'R' == replacing)
Je ne sais pas très bien interpréter mais à mon avis
La création initiale du RAIDS était faite avec 2 disques plus 1 en secours
Il y a eu un incident , probablement mal signalé, et la partition SDB1 a cessé de fonctionner.
Du coup, il est probable que ta commande de reconstruction du RAIDS ne soit pas bonne.
La commande de construction initiale devait probablement être
sudo mdadm --create /dev/md0 --level=5 --assume-clean --raid-devices=3 /dev/sdb1 /dev/sdc1 /dev/sdd1 --spare-devices=1 /dev/sdd1
Cette commande te rappelle-t-elle quelque chose ?
Je ne sais pas trop quoi réellement proposer.
1) Reconstruire le raids avec cette commande
sudo mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/sdb1 /dev/sdc1 /dev/sdd1 --spare-devices=1 /dev/sdd1
2) Dire que la partition SDB1 est HS avec cette commande
mdadm --manage /dev/md0 --set-faulty /dev/sdb1
3) Tenter de remonter le raids avec cette commande
sudo mount -v /dev/md0 /mnt
Cependant, Si tu peux attendre
un autre avis avant de faire ces trois commandes qui peuvent faire des bétises, cela serait préférable.
