montage raid de disque dur

[eical]

Bonjour à tous.

Je possède un ethernet big disk de Lacie qui vient de tomber en panne.
J'ai donc retiré les deux disques dur qu'il contenait et les ai branché sur ma carte mère. Ces disques dur sont montés en jbod. J'ai suivi le tutoriel que l'on trouve sur ce site: http://www.abysse-tech.com/tutoriels...ensemble-jbod/
mais arrivé à la dernière étape, une fois que le disque est monté, je reçois le message suivant: Impossible de monter l'emplacement
Error mounting: mount: /dev/md0: can't read superblock

J'ai 400Go de données au moins que j'espère récupérer, donc si l'un d'entre vous à une suggestion, je vous remercie par avance.

[frp31]

oula oula oula

si c'est un raid soft (idem en firmware) tu peux JAMAIS sortir les deux disques en meme temps en théorie.

tu aurais du être prudent et sortir un disque seul, et monter un seul disque sur la cartemere le temps de sauvegarder.

et apres seulement tanter de remonter le raid et encore là aussi il y a deux cas
le boitier nas fait du raid soft en firmware et tu peux creer un md0 raid soft pour le retrouver sur l'ordi, soit c'est un nas avec un vrai raid hardware et la il te faut absoluement une carte raid hardware (pas fake-raid mais bien HARDWARE (si c'est un bios-raid c'est un fake)) et là tu ne peut pas voir de md0 car le systeme d'exploitation croit voir un seul disque hardware.

si tu as utilisé un fake-raid ou pire encore que c'était un raid hard et que tu as tanter de le monter en raid soft il se peut (la probabilité est même assez forte) que tu aies déjà perdu une partie des datas. ou pire encore les marqueurs/secteurs de gestion du raid...

AMHA tu as de la chance parceque je vois mal une marque aussi grand public que LaCie avoir un RAIDHARDWARE réel aussi je pense que c''est pure soft-raid et que le message d'erreur

Error mounting: mount: /dev/md0: can't read superblock

me laisse supposé qu'il a pas cassé le raid grace à cet échec.

tu devrais tout de meme tanter un boot avec un disque unique sans le mounter pour faire une copie ISO

Code :

dd if=/dev/truc of=file.iso

note que le fichier aura la taille du disque ce qui implique pour des disques de si gros volume un volume identique et donc un FS qui supporte un tel volume....

une fois ceci fait, tu ne touches plus au disques !
tu peux meme les retirer
tu tantes direct le travail sur les fichiers ISO pour recuperer tes données.

[eical]

Merci de ta réponse.
J'ai actuellement les deux disques que j'essaie de monter branchés sur ma carte mère et j'utilise le cd ubuntu pour piloter tout ça. J'ai débranché mes autres dd pour simplifier et éviter d'autres problèmes.
Maintenant il me semble que je ne peux pas séparer les deux.
Et si je pouvais tenter la manip que tu me conseilles, lequel des deux je laisse branché?

[frp31]

Envoyé par eical

Et si je pouvais tenter la manip que tu me conseilles, lequel des deux je laisse branché?

peut importe le raid mirroir comme son nom l'indique les données sont identiques sur les deux disques.

[eical]

Je n'en suis pas sur. Jusqu'à maintenant, les infos qui me sont parvenues, m'expliquaient qu'il fallait essayer de reconstituer le raid. Il semble que c'est du jbod.
J'ai travaillé avec un informaticien et voici ou on en est arrivé, il m'a envoyé un petit mail bilan.
J'ai donc testé ses consignes en virant tous mes dd de ma carte mère et en ne branchant que les deux disques Lacie. J'ai réussi! à monter les disques, mais je ny' ai pas accès et le message d'erreur est celui cité dans le premier post de la discussion:
Error mounting: mount: /dev/md0: can't read superblock

Voici donc le mail: Aujourd'hui, voici où nous en sommes :
C'est un RAID de type linear.
La solution LaCie est composée de 2 disques. Le premier contient un système d'exploitation Linux et une partition de données (sdd2). L'autre ne contient qu'une partition de données (sdc).
Le RAID est "clean" donc les 2 partitions sont bonnes.
Le problème se trouve sur les superblocks et l'on voit, avec "mdadm --examine", une incohérence entre les partitions que nous disons de monter (sdd2 et sdc) et les partitions que le RAID croit avoir monté (sda2 et sdb) s'il lit les superblocks. Je pense que soit le système de fichier est corrompu et qu'il faut utiliser des outils type fsck ou xfs_quelque_chose pour tenter de réparer, soit il ne sait pas s'adapter au nouvel agencement des disques durs.
Dans le premier cas, je ne connais pas le système de fichier xfs. Je ne connais pas les outils propres à xfs (j'ai lu "xfs-repair" aiderait à réparer les XFS) et les autres outils pour toucher au système de fichier sont à manier avec précautions car la moindre erreur et on perd toutes les données.
Dans le second cas, il faudrait installer les 2 disques LaCie à la place des autres :
A) le disque aujourd'hui sdc (connecteur numéro 3 sur la carte mère) doit être branché à la place du disque sdb (connecteur numéro 2).
B) le disque aujourd'hui sdd (connecteur numéro 4) doit être branché à la place du disque sda (premier connecteur).

En résumé :
sdc DEVIENT sdb
sdd2 DEVIENT sda2

Avant d'intervertir les disques, notez bien lequel est où (où est-il branché et quel est sa lettre ("sda" ou "sdb" ou ...) : si vous vous mélangez, vous pourrez ainsi facilement revenir à la situation initiale et recommencer la manip.


Pour le redémarrage, 3 façons de faire :
A) Vous pouvez tenter de démarrer le PC avec seulement les 2 disques LaCie (peut-être que le système d'exploitation installé sur le sda (anciennement sdd) marchera). Mais le matériel étant assez différent, je pense que soit ça plantera, soit vous vous retrouver sans interface graphique.
B) Vous ne laissez branché que les disques LaCie, et vous utilisez un live-cd (par exemple Knoppix) Linux. Les live-cd Linux sont des distributions Linux particulières qui sont contenues sur 1 unique CD. Ce CD est à insérer dans le lecteur et vous démarrez dessus. Sans rien installer sur le disque, vous avez alors un environnement linux fonctionnel. C'est plus lent, mais cela aide pour le dépannage. Évidemment, dès que le PC s'éteint, vous perdez toutes les modifications. Mais ca vous permet au-moins de démarrer, taper les commandes pour créer le RAID ("--assemble"), de monter le RAID ("mount ...") dans un répertoire que vous aurez créé (mkdir /tmp/toto), et voir si cela marche (le détail dans le dernier paragraphe).
C) Sinon, vous devez brancher les autres disques et démarrer sur ceux-ci en espérant que le fait de les avoir changés de connecteur dans la machine ne les a pas trop perturbé (au pire, vous n'arrivez pas à l'interface graphique, Linux plante avant sans rien casser irrémédiablement).

Une fois le PC démarré et fonctionnel dans cette nouvelle configuration, vous modifiez le mdadm.conf avec les nouvelles partitions, vous montez le RAID (mdadm --assemble ...) et si tout est OK (vérifiable avec mdadm --detail /dev/md0), vous montez le répertoire (mount /dev/md0 /tmp/toto). N'oubliez pas de créer toto (mkdir /tmp/toto) après chaque démarrage de la machine, sinon le "mount" vous dira qu'il ne peut pas se faire car le répertoire toto n'est pas créé ou qu'il est verrouillé.

Si quelqu'un voit comment faire avancer le problème j'en serais ravi.... Voilà trois semaines que je suis dessus et en plus de saturer j'ai plus vraiment les idées claires...
Merci à tous ceux qui compatissent...

[frp31]

JBOD effectivement c'est un mode raid non-standard (0,1,01,10,5,50,etc...sont seuls standards).

déjà ça commence à puer... tu pas standard dans du raid... DANGER

Code :

1
2
3
4
5
6
7
8
JBOD, meaning "Just a Box Of Disks", "Just a Bunch Of Drives", or, as a recursive acronym, "JBOD's a Bunch Of Disks"[citation needed], is used to refer to two distinct concepts:
 
    * all disks being independently addressed, with no collective properties – each physical disk, with all the logical partitions each may contain, being mapped to a different logical volume: just a bunch of disks.
    * concatenation, where all the physical disks are concatenated and presented as a single disk.
 
Note that neither concept implies data redundancy. The usage is contentious; in careful usage, JBOD refers to the first (independent disks), as there is no other term to refer to this, while concatenation is referred to by unambiguous terms such as SPAN or BIG. For example, in the context of ZFS, JBOD refers to independent drives.
 
The host controller of a JBOD setup may also impact how it can be used. A USB or FireWire host connection will address multiple physical drives, but an eSATA connection requires a SATA host controller with Port Multiplier support, or else it will only recognize the first physical disk.

y'a fort à parier que madm ne puisse pas le reassembler.....