j'ai installé la fedora en raid 1 avec 2 disques durs
 
lorsque j'enleve le dd maitre pour en laisser un seul (simulation d'un crache du maitre)le 2é dd boote bien jusque la pas de pb
je vérifie le fichier /proc/mdstat

 
par contre lorsque je remets les 2 dd  

 
est ce que c normal qu'il ne m'indique pas les 2 partitions dans chaque perif raid???
 
help me please

Peut tu utiliser mdadm --detail /dev/md1 pour nous renseigner plus?
 
Déja il est anormal que quand il tourne avec un seul disque au lieu de deux, il se croie etre avec les deux... (UU) Qui plus est, il fait du raid1 entre hdb2 et hdb2, ce qui doit etre assez inutile... Comment a tu crée ta matrice? Comment la détecte tu au démarrage? Est elle paramétrée par un fichier de conf?

excuse moi je me sui trompé car je suis pas sur linux donc j'ai repris une copie de /proc/mdstat
 
donc maintenant j'ai mis le net sur linux
je remets le code de ce fichier

 
le meme fichier qd j'ai enlevé le hda (simulation de crash)  
j'essaie de booter sur le 2é dd ca marche
puis je remets le dd et voici le fichier /proc/mdstat qui n'affiche plus les meme chose
 

 
or il devré me réafficher les memes choses que le premier
 
je fé un mdadm /dev/md1

Ah ben tout de suite, ca ressemble déja plus a qqc
 
"or il devré me réafficher les memes choses que le premier "
Ben ouais, mais faut aussi lui dire quel dd il doit rajouter dans la matrice... J'pense que sous fedora non plus les raidtools existent plus, donc faut que tu réassemble le disque "foireux" dans la matrice avec mdadm.
 
(imagine un peu qu'un disque tombe en panne, il se fait tej de la matrice, tu reboote sans rien toucher et ce couillion essayerai automatiquement de l'intégrer dans la matrice? c'est un coup a faire le cowboy, ca... j'ai fait l'cowboy y'a pas longtemps, ben ca marche pas )

en effet les raidtools nexistent plus sous fedora
 
 moi je croyé qu'il aurait détecté automatiquement mes partitions raid et donc kil les auré reconfiguré comme avant ?
 
ce ki est bizarre c kil reconné la partition du hda1 pour le perif md0 (/boot) et hdb2 hdb5 pour les perif md1 (/) et md2 (/home)
 
  peu tu me decrire ce kil fodré faire alors ?
 
j'essai  de faire mdadm -A /dev/hdb1 mais il me dit mdadm: /dev/hdb1 does not appear to be an md device
 
 
please maxix
 
merci davance

help me please

mdadm /dev/md0 -a /dev/hdb1 (rajoute le disque dans la matrice) me semblerait plus aproprié...
 
 
J'ai un peu de mal a t'aider, j'suis encore en train d'apprendre a me servir de mdadm, que je trouve assez chiant a utiliser... J'suis assez frustré par le manque de documentation, surtout au niveau de la récupération des données après avoir fait le cowboy... Mais j'pense combler ce vide sous peu

moi je croyé qu'il aurait détecté automatiquement mes partitions raid et donc kil les auré reconfiguré comme avant ?
Ben oui mais tu a déclaré ton disque comme kaputt, le programme serait stupide d'utiliser des disques connus comme kaputt dans la matrice, au risque de la corrompre!
ce ki est bizarre c kil reconné la partition du hda1 pour le perif md0 (/boot) et hdb2 hdb5 pour les perif md1 (/) et md2 (/home)
 
  peu tu me decrire ce kil fodré faire alors ?
A priori completer ton mdadm.conf, histoire de lui préciser les bonnes partitions au réassemblage... Mais si c'est MD autodetect qui a donné ce résultat, j'sais pas trop quoi faire pour l'éviter...
j'essai  de faire mdadm -A /dev/hdb1 mais il me dit mdadm: /dev/hdb1 does not appear to be an md device
 
 
please maxix
 
merci davance[/quotemsg]

En fait, j'aimerais que tu me confirme si je comprends bien tout...
 
1. T'a tes trois matrices completes qui marchent (le premier mdstat)
2. Tu déclare faulty /dev/hdb (ou bien /deb/hdb1 puis 2 puis 5?)
3. Et la... Tu reboote ou pas?
4. T'a tes trois matrices incompletes qui marchent (le second mdstat), seulement il a utilisé hdb pour démarrer certaines matrices, au lieu d'hda, disque considéré comme sain.
5. Tu va donc essayer de faire l'équivalent d'un raidhotadd, avec mdstat, pour réintegrer les partoches dans chaque matrice.  
 
Concernant l'histoire du hdb a la place d'hda, il est important de savoir si tu reboote ou pas, pour savoir si c'est l'autodétéction du noyeau qui fout le souk comme ca.

->oui

-> oui pour simuler le crash d'un disque dur

->je reboote avec 1 seul dd  pour voir ce kil fé avec 1 seul dd comme les 2 dd étaient en raid c possible

->ici j'ai remis les 2 dd pour voir s'il remet automatiquement les partitions raid et donc j'obtiens le 2é mdstat  
je crois que ta pa compris pour le 2é mdstat il y a les 2 dd c pour ca que pour le md0 il met /dev/hda1 et pour md1  /dev/hdb2
 

->je dois faire ce que tu m'as dit avec mdadm (je l'ai fé et ca marche il m'a ajouté les partitions manquantes dansla matrice)
met il à jour les données automatiquement que j'aurais pu ajouté lorsqu'il y avé qu'un seul dd qd je remet le 2é dd ou fo t'il le faire ?
 

->je vois pa ce que tu veu dire
 
merci pour ton aide

Ok donc tu reboote avec un seul DD, disont hda. Donc toutes tes matrices tournent avec juste hda dedans. Ensuite...?
 

Non, tu n'a pas a le synchro toi meme . Tu déclare que le "nouveau" disque que tu lui donne a manger est sain et "vide". Du coup il le resynchronise en le rajoutant avec le disque considéré comme sain.  
 
 
 
 

Moi ma grande question c'est comment tu arrive a avoir MD0 et MD1 avec hdb et MD2 avec hda. Si j'ai bien compris, tu déclare un disque foutu, tu reboote avec le disque pas foutu, ca marche c'est cool, et du coup tu essaie de rebooter avec les deux DD, et le second mdstat arrive a ce moment la... Donc ce serait bien l'autodétéction du noyeau qui lancerai la matrice avec hdb au mauvais moment. ( a moins que tu aie retiré hda sur une matrice, et hdb sur l'autre...)

->oui exactement le mdstat donne une conf correcte  
 

->ok donc la synchro se fait automatiquement mais il faut lui spécifier qd meme les partitions ?
 

->oui tu as bien compris
j'ai pas touché a la matrice en rebootant mais il détecte p-e le /boot du premier dd comme c celui-ci qui boote en premier et pour les 2 autres partitions c p-e parce que c celui-ci (hdb) que j'ai rebooté seul donc il reconé p-e ce dd la  
est ce que tu vois ce que je veu dire?
 
merci tu assure

Ben dans la commande que je t'ai fait taper, tu fait "mdadm matrice -a disquesarajouter", ce que tu devra faire a chaque fois pour ramener un disque dans la matrice ou pour en ajouter un. Bien sur, si y'a pas de problèmes, y'a pas de réinsertion a faire...
 

Tiens tiens. Comme tu dis, c'est /dev/md0 qui doit pointe sur /boot qui contient /dev/hda1 et /dev/hdb1 .
La particularité du /boot, c'est d'etre quasiment monté qu'en lecture seule tout le temps, y'a des écritures que très occasionellement. A priori, ca permettrait de dire que meme après avoir retiré, /dev/hda1 serait toujours identique a /dev/hdb1... Ce qui "pourrait" expliquer la  bourde que fait l'autodétéction du noyeau (au boot).
Dans les docs que j'ai lues, ils déconseillaient de mettre /boot en raid, expliquant que c'était pas la peine, autant recopier la partition sur l'autre disque quand on changeait le noyeau, et d'autre trucs je sias plus quoi, d'ailleurs je retrouve plus ou j'ai lu ca...
 
 

ok ok mais si le disque dur que je rajoute est sain et vide  
il va détecté automatiquement les partitions de l'otre dd??
 
si on ne met pas le /boot en raid conné tu les cmd pour recopier cette partition sur lotre disque??
thanks

Quand on parle de disque sain, ca veut dire qu'il contient les données que l'on sais, et qu'elles sont en bon état. Donc il peut pas etre sain et vide, autant pour moi
 
Concernant le partitionnement, je t'avoue n'avoir jamais fait le test... Mais le driver MD travaille au niveau partitions, pas disque. Donc quand tu réinsère un disque, il faut qu'il aie une parition de la meme taille/meme type que celle avec laquelle tu veut synchro.
Par ex, tu as md0 qui a des partoches de 40 (hda1 et hdb1) et md1 de 80 (hda2 et hdb2), si tu enlève hdb, et que tu ramene un disque dur totalement neuf, sans partitions, il risque de gueuler. Mais tu devrais pouvoir sans problème le formater avec un hdb1 de 80 et un hdb2 de 40, et resynchro les matrices md0 avec hda1 et hdb2, puis md1 avec hda2 et hdb1...
 
 
Pour la copie, t'a le choix... Tu peut faire un bete "cp /mnt/boot /mnt/bootsurlesecondisque -Rpv", utiliser "cat /dev/hda1 > /dev/hdb1" (j'ai jamais utilisé ca, j'lai vu ici y'a deux jours), ou p'tet mieux encore, la commande "dd"...

ok merci de ton aide ca ma bcp eclairci  
 
une derniere question me vien
 
est ce quand on formate un dd le MBR est écrasé automatiquement ou alors est il écrasé a la reinstall?
 
je sais que windows écrase tou lui mais linux?

On parle de formatage  classique, bien entendu.
 
Donc : tu ne formate pas un DD, tu formate ses partitions. Tu peut toujours formater hda1 et pas hda2 (tout comme c: et d.  
Ensuite viens le problème du boot loader. Si tu installe windows ou si tape "fix /mbr" je sais plus ou, on réfléchit pas, on écrase le MBR. Ce qui n'a pas d'incidence sur les partitions, ni sur leurs données.
Sous linux, si tu tappe "lilo" ou "grub", tu va écraser le MBR de la meme facon (sauf options spéciales).
 
Mais donc si tu prends un disque sain qui marche, que tu le repartitionne et que tu formate ses partitions, le MBR est toujours censé etre en place.
Au passage : n'oublie pas qu'il est inutile de formater un disque pour le réinserer dans une matrice : tu dois effectivement le partitionner, mais le "formattage" fait partie des données. Quand tu synchronise la partition, il recopie la partition saine avec toute sa structure sur la nouvelle partition.

Il me semble qu'on peut faire l'array directement sur les disques puis créer des partitions dans l'array. Ce qui éviterait de devoir recréeer des partitions lors du changement d'un disque.

Y'a de l'idée, mais ca imposerai d'avoir des disques assez identiques, non?

 
 
sur de toi??

 
qu'est ce que tu veu dire par formatage fait parti des données

 
J'ai l'impression que pour toi, formater c'est tout effacer... Mais non, c'est juste remettre des données "types" pour organiser les autres. Du coup, tu peut formater un disque dur, et copier la partition que tu viens de formater sur un autre disque dur, au lieu de formater les deux... Ca n'a pas d'intéret, c'est juste pour comprendre En gros quand le raid synchronise les partitions,  il recopie aussi le "formattage"...

ok ok je comprend mieu

Non, sans un premier temps, c'est juste un souvenir de quand j'avais fait quelques essai y'a 2-3 ans.
 
Par contre, je viens de regarder dans le software raid howto ( précisement ici ) et je pense que ce qui est dit va dans ce sens. En fait, l'array attent uniquement des block device et hda en est un tout comme hda1 (formaté ou pas)
 
Maintenant, je me pose la question "Est-ce utile de faire cette methode là ?" J'ai pas de réponse personnelle pour l'instant... (ah si mais c'est plutot un inconvénient, je pense pas qu'on puisse directement booter dessus ce qui est dommage pour le raid 1 à moins de s'en servir uniquement pour le /home)
 
( Il est aussi possible d'utilisé des partitions d'un même disque, mais l'interet est uniquement de pouvoir tester une config je pense avant de passer sur plusieurs disque)

Je confirme que ca semble parfaitement possible (faudrait que je me motive a tester tout ca...).

Concernant l'utilité du système, on peut trouver ca plus transparent pour l'utilisateur, ca se raproche d'un raid hardware... En termes de perfs, un 1 est un 1.
 
Au fait, la partition 2 de la partition 4 du device /dev/hda, c'est /dev/hda42?