URL: https://linuxfr.org/forums/linux-general/posts/commande-mdadm-pour-revenir-en-arriere-de-set-faulty Title: commande mdadm pour revenir en arriere de set-faulty Authors: argulp Date: 2009年05月31日T12:17:26+02:00 Tags: uuid Score: 0 Bonjour tout le monde, jusqu'à peu j'utilisais mdadm et lvm pour me créer un raid béton pour conserver mes données... j'utilisais un raid 5 créé via mdadm avec seulement 3 disques de 500 G0 chacun, or un jour mon pc refusait de démarrer (hier), blocage sur la mire de la carte mère, en verbose (tab pour voir ce que le bios raconte) je m'aperçois qu'il bloque sur la détection IDE, je débranche donc tout ce que j'ai d'IDE: un lecteur DVD sans plus de succès. Bon je me dit que la mobo doit pas être très parlante et que l'IDE englobe le Sata: j'ai un disque sata racine ainsi que 3 disc en raid 5 sous mdadm pour la partition /home et une autre de stockage, tout ceci divisé via lvm au cas ou j'ajouterais un disque ou truc du genre. après débranchement d'un des disque sata du raid, la machine a bien voulu booter convenablement... j'ai pas encore forcé les test, mais dans le doute je me suis acheté un nouveau disc de 500Go, le raid étant opérationnel avec seulement 2 disques (donc se comportant comme un stripe, si un de plus venait a tomber... destruction total) le statut obtenu par mdadm --detail /devmd0 m'affichait donc que c'était dégradé mais fonctionnel avec seulement 2 disques, l'autre étant en statut "removed" (forcement vu qu'il était déconnecté... sinon le pc ne boot pas). donc j'ajoute au raid mon nouveau disque... fraichement branché, qui apparait en "spare", donc pas cool, le mdadm ne reprend pas le relais dessus... ok je lis les doc, et je vois qu'il faudrait le passer en "faulty" ce que je tente: mdadm --manage -set-faulty /dev/sdc1... qui me dit que ce disque n'existe pas (car débranché) je m'énerve, vais sur tout les forum, je voudrais le rendre "faulty" plutôt que "removed" afin de pouvoir le remplacer avec l'autre (avec remove et add) et paf un copier/coller fatal: mdadm --manage --set-faulty /dev/sdb1 qui était bon le chaos: 2 drive sur 3 en faulty ou removes.. pas de quoi faire tourner un bon raid a5 a 3 disques.... depuis j'ai rebooté... et pas moyen de retrouver mes data: mdadm --run /dev/md0 mdadm: error opening /dev/md0: Permission denied argulp@argulp:~$ sudo mdadm --run /dev/md0 mdadm: failed to run array /dev/md0: Input/output error argulp@argulp:~$ cat /proc/mdstat Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] md0 : inactive sdb1[3](S) sdc1[4](S) sdd1[2] 1465151808 blocks AINSI que: argulp@argulp:~$ sudo mdadm --detail /dev/md0 [sudo] password for argulp: /dev/md0: Version : 00.90 Creation Time : Fri Mar 27 18:40:50 2009 Raid Level : raid5 Used Dev Size : 488383936 (465.76 GiB 500.11 GB) Raid Devices : 3 Total Devices : 3 Preferred Minor : 0 Persistence : Superblock is persistent Update Time : Sat May 30 18:22:40 2009 State : active, degraded, Not Started Active Devices : 1 Working Devices : 3 Failed Devices : 0 Spare Devices : 2 Layout : left-symmetric Chunk Size : 64K UUID : 98fc0563:a792d66d:550dc890:aaadb050 (local to host argulp.homelinux.net) Events : 0.15268 Number Major Minor RaidDevice State 0 0 0 0 removed 1 0 0 1 removed 2 8 49 2 active sync /dev/sdd1 3 8 17 - spare /dev/sdb1 4 8 33 - spare /dev/sdc1 argulp@argulp:~$ le sdb1 est dit "spare" a cause du set-faulty.. et du remove/add suivant, ce disque est bon et devrait conserver les données sdc1 est le disque de remplacement Je sais j'ai fait le débile, mais bon si quelqu'un avait une idée pour dire a mdadm: le sdb1 il est bon... re-utilise le SVP et surtout n'efface pas son contenu... ça serait génial Je pourrais me débrouiller ensuite pour remettre le sdc1 dans la liste Merci a tous pour votre aide