à vous
 
je cherche en vain à monter un raid 1 software sous ubuntu sur une nouvelle machine.
J'ai suivi ce didacticiel : http://doc.ubuntu-fr.org/raid_logiciel
 
voila ce que j'ai :
OS installé sur sda
sdb partitionné en 1 partoche formatée en ext3 puis typée en raid autodetect = sdb1
sdd partitionné en 2 partoches formatées en ext3 dont la premiere a été typée en raid autodetect = sdd1
 
voici les commandes que j'ai fait :
(je n'ai pas fait mknod comme indiqué dans le tuto)
mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdb1 /dev/sdd1 > tout va bien
mdadm --daemonise /dev/md0
mkfs.ext3 -j /dev/md0 > ne retourne aucune erreur
edition de mon fstab avec ajout de : /dev/md0  /mnt/RDocs defaults 0 1
creation du dossier et gestion des droits utilisateurs
 
tout semblait rouler sur des roulettes puis je redemarre la machine et là, c'est le drame : fsck m'indique une erreur au lancement de l'OS avec ce message d'erreur :

 
mdadm --detail /dev/md0 me renvoie "no such file or directory"
fdisk -l ne fait plus aucune mention de md0
 
je decouvre linux pour me monter un serveur de sauvegarde @home et paf, alors que je croyais que tout fonctionnait, tout semble avoir disparu...
j'ai beau retourner les docs et forums, je ne vois rien pour m'aider...
 
quand j'essaie de creer à nouveau l'array, mdadm m'envoie bouler avec

 
et voici un cat /proc/mdstat :

 
voyez-vous l'erreur ? moi je desespere...

resolu (?) avec la commande

 
 
dumoins je reboot avec tout visible...
 
j'aimerais bien comprendre le probleme et ce que cette commande fait

blkid génère des identifiants uniques pour les périphériques de type bloc (les noms type sda, md0, etc. ont tendances a ne pas êtres fixes).
 
mdadm utilise blkid pour identifier l'array, les partitions, ect.
 
la génération d'un ID est relativement lente donc blkid utilise un cache pour les ID déjà générés (le fichier blkid.tab), si ce fichier contiens des données invalides ou corrompues ça peut causer des ennuis.
 
en renommant ce fichier tu as obligé blkid a regénérer tous les ID et créer un cache "propre"

T'as surtout fait n'importe quoi ...
 

 
 
NAN !!!!
tu crées deux (ou plus) partitions "typées" en raid autodetect mais SANS les formater ...
 
ensuite tu crées ta pile raid en utilisant ces partitions
 
puis c'est LA PILE RAID (/dev/mdX) que tu formates en ext3 (ou autre FS)
 
dans le fichier /etc/fstab, tu ne dois vois nul part apparaitre les partitions (/dev/sdXY) faisant parties du raid, donc ça :

c'est mal ...

 
ok, c'est plus clair, merci

 
je sais qu'il n'y pas pas besoin de formater en ext3 les sdx avant de creer l'array mais je ne savais pas qu'il ne fallait pas le faire a vrai dire !  
y a-t-il des consequences sur la fiabilite du raid du coup ? dois-je recommencer depuis le debut ?
par contre il n'y a aucune mention de sdb1 et sdd1 dans mon fstab (qui ne comporte que les partoches de sda (OS), scd0 et maintenant mon md0).
 
merci de m'eclaircir à nouveau

est-ce lié à ce que tu me faisais remarquer ? fdisk-l me renvoie que "md0 ne contient pas une table de partition valide" alors que j'ai deja copié des fichiers dessus...

Normalement la création de l'array a écrasé le fs ext3 donc pas de problème.
 

Normal, tu n'a pas partitionné l'array y'a déjà une table de partition dessous ton raid (sur /dev/sd*) ça c'est pas obligatoire mais fortement conseillé, pas la peine d'en rajouter une au-dessus, sauf si tu veut mettre plusieurs partitions sur ton raid.
 
Pour l'erreur de fsck au démarrage, certaines distribs utilisent les UUID dans fstab regarde si l'UUID appartenant à /dev/sdb1 n'est pas dedans.

c'etait bien un probleme d'UUID mais je trouve ca un peu louche à vrai dire car mdadm --detail /dev/md0 et vol_id -u /dev/md0 me donnent des UUID differents...  
 
du coup dans mon mdadm.conf j'ai l'UUID de de mdadm -- detail et dans mon fstab j'ai l'UUID de vol_id... sans doute cela est normal (car sinon fsck monte une erreur) mais pour un newbie comme moi c'est floue

normal mdadm donne l'ID de l'array raid, et vol_id -u l'ID du filesystem au dessus.
 
c'ets pareil chez moi :

ok merci

 
 
fdisk -> commande à utiliser sur les DISQUES ( sans blague   )
 
/dev/mdX -> n'est pas un disque physique, mais un périphérique logique, donc c'est normal que ça ne marche pas
 
fdisk -l /dev/sdX marchera par contre ...

fighting_falcon ->  fdisk est un utilitaire pour gérer  les partitions de types DOS, Sun, SGI, OSF, rien n'empêche de l'utiliser sur un array raid les partitions ainsi créées serons nommées md0s1, md0s2, md0s5...  
 
Si fdisk a renvoyé une erreur ce n'est pas à cause de l'array, mais parce qu'il a créé un système de fichier directement sur l'array sans le partitionner (fdisk trouve pas de table de partition => erreur)