Commencez par mdadm --detail /dev/md127
:
Version : 0.90
Creation Time : Wed Apr 13 20:03:21 2011
Raid Level : raid10
Array Size : 656765952 (626.34 GiB 672.53 GB)
Used Dev Size : 437843968 (417.56 GiB 448.35 GB)
Raid Devices : 3
Total Devices : 2
Preferred Minor : 8
Persistence : Superblock is persistent
La première ligne affiche la version des métadonnées utilisée par ce tableau. Maintenant, arrêtez le tableau:
mdadm --stop /dev/md127
mdadm --remove /dev/md127
Et assemblez-le à nouveau en utilisant le nouveau nom. Si la version des métadonnées est 1.0 ou supérieure, utilisez ceci:
mdadm --assemble /dev/md3 /dev/sd[abcdefghijk]3 --update=name
Pour les tableaux utilisant l'ancienne structure de métadonnées (probablement 0,90, car cela permet l'auto-assemblage du noyau), utilisez ceci:
mdadm --assemble /dev/md3 --update=super-minor /dev/sd[abcdefghijk]3
J'étais dans une position similaire - j'avais un tableau que j'ai créé qui a été renommé en / dev / md127 après le redémarrage.
Le code
mdadm --stop /dev/md127
mdadm --assemble /dev/md3 /dev/sd[cdef]1
était suffisant pour que le tableau md soit renommé / dev / md3 pour moi, mais comme tout le monde, après un redémarrage, il reviendrait à / dev / md127
J'ai constaté que si je réassemblais le tableau md dans / dev / md3, puis recréais le fichier initramfs (
dracut --force
comme je suis sur CentOS), il se souviendrait du nom de mon tableau (/ dev / md3) après le redémarrage.la source
Les autres réponses fonctionnent, mais si vous ne voulez pas arrêter votre baie prématurément, voir ici: Comment changer le nom d'un périphérique MD (mdadm) (à partir du superutilisateur)
la source