Pb création de raid suite à réinstallation system

[Muzo]

Bonjour,

J'ai chez moi un vieux apple G3 transformer en NAS, suite à la création de ce tutoriel:
http://www.muzo.fr/wiki.php/Debian/HowToSetupNasServer

Ce tutoriel, je l'ai écrit à l'époque de Debian 5.0 (voir même avant).

La configuration de base est donc avec 3 disque:
- 1 disque qui contient le système (debian donc),
- 2 disques qui constituent le raid pour stocker mes jolies photos de vacances.

Mais voilà Murphy passe, et mon disque système à des défaillances (faut dire que c'était celui d'origine avec 10 ans de fonctionnement).

Je trouve un nouveau disque et j'installe une Debian Squeeze 6.0 toute rutilante.

J'ai suivis mon propre tuto (sans le mke2fs pour ne pas perdre mes données), et je crée mon raid, en faisant un mdadm --create (Depuis j'ai vu qu'il suffisait de faire un mdadm --assemble.).

Sauf que mon raid ne démarre, mais je n'ai rien dans les fichiers et en plus j'ai le message suivant dans syslog:

Code: Tout sélectionner

[ 1592.567440] raid1: raid set md0 active with 1 out of 2 mirrors
[ 1592.576168] md0: detected capacity change from 0 to 500106674176
[ 1592.586811]  md0: unknown partition table


Là je n'ai mis qu'un des deux disques au cas où.

Quoique je fasse j'ai toujours partition inconnu. J'ai essayé de le monter sur une ubuntu, pareil, je n'ai rien.

Dans les devices j'ai:

Code: Tout sélectionner

/dev/sdb

Autres infos utiles, un sfdsk -l donne:

Code: Tout sélectionner

sfdisk -l /dev/sdb

Disk /dev/sdb: 60801 cylinders, 255 heads, 63 sectors/track

sfdisk: ERROR: sector 0 does not have an msdos signature
/dev/sdb: unrecognized partition table type
No partitions found

et le raid à tout hasard:

Code: Tout sélectionner

sfdisk -l /dev/md0

Disk /dev/md0: 122096356 cylinders, 2 heads, 4 sectors/track

sfdisk: ERROR: sector 0 does not have an msdos signature
/dev/md0: unrecognized partition table type
No partitions found


Je tiens à dire que mon raid fonctionnait très bien vu qu'il devait y avoir 100Go de photos, et que mon disque système ne faisait que 15Go.

Je suis ouvert (tout vert aussi) à vos suggestions;

/Muzo

[Franck78]

Salut Muzo,

1) Solution rapide = remet le G3 en route, copie des 15 gigas ailleurs....

2) Attendre le spécialiste du RAID (son pseudo me reviendra, tu l'as vu au Quigleys je pense)

3) RescueCD ? J'avais un raid mirror sur un ubuntu 10.04 cassé jusqu'au grub, boot sur un CD ubuntu, jamais réussi à réinstaller 'facilement' grub. Boot Rescue CD, démarrage de la synchro du mirroir sans demander, reinstall grub, redémarrage et voila ubuntu repartie !

[Muzo]

Il est vrai que je n'ai pas pensé à cloner/copier mon system de base pour le réinstaller.

/Muzo

[Franck78]

Si tu as déplacé tes disques sur une nouvelle machine, ce qui n'est pas clairement confirmé, il est fort probable que la géométrie utilisée par le BIOS soit différente (lba, nombre de tete/cyl/secteur).
Théoriquement cela n'affecte que le disque système pendant le boot. Mais bon ca ne peut pas nuire de faire en sorte que les disques du RAID soit vus de la même façon.
C'est une très bonne raison de ne pas retrouver la position de la table des partitions donc tout le reste.

# hdparm -g
c'est docteur disque IDE

[Muzo]

Non, j'ai juste changé le disque système sur le G3. Donc c'est le même non bios

/Muzo

[Franck78]

euh, bien alors tu as préparé tes disques pour une nouvelle vie.... (tout effacé quoi !)

Je ne sais pas ce qu'on peut faire comme gourance sur un apple G3. Inverser les nappes IDE en montant le nouveau disque, effacer des réglages dans un bios ?
Monte un des disques IDE sur un vrai PC pour voir ce qu'il présente comme data.
Reinstalle ta debian 4 (10 ans environ)
Refait les photos

[Muzo]

Ok, c'était donc une Debian 5.

Après analyse, je pense que mon erreur est de ne pas avoir formaté les disques avant montage du raid. Du coup les données sont sur /dev/sdb pas de chiffre de partitionnement. Et c'est là que ca coince au montage car il cherche une partition.

j'ai mis le disque dans un PC, et le disque est impossible à monter à cause de la raison précédente (je penses, pas sur de moi).
Pour tant mon raid était formaté en ext3. mais pas le disque.

Et pas de recuecd pour powerpc ...

/Muzo

[Franck78]

un mount /dev/hdb devrait passer sans problème !

Je le fais bien sur des clé usb....

Dis un coup tu parles de hd un coup sd. Tu es en scsi ou en ide ?

[Muzo]

Le disque system est sur du IDE. Et les disques de données en raid sont des sata sur une carte d'extension sata (non raid matériel).

je viens de faire une image du disque système avec partimage. je vais tenter la restauration sur le nouveau disque. Merci pour tes pistes (rescuecd). Je teste la restauration demain, car là j'ai peur de faire des $%#&!.

/Muzo

[jibe]

Salut,

2) Attendre le spécialiste du RAID (son pseudo me reviendra, tu l'as vu au Quigleys je pense)

Je pense que tu veux parler de Gaston

Je ne suis pas très sûr d'avoir tout bien suivi (Morphée est en train d'essayer de me séduire et j'ai du mal à rassembler mes idées ), mais okazou, je signale que j'ai souvent fait des miracles avec testdisk (pour tenter de réparer ton disque) et photorec (pour récupérer tes photos, mais attention : tu perds les noms de fichier).

[Muzo]

Bon, j'ai restauré l'image du system de l'ancien disque. Ca ne fonctionne pas, il manque des bouts, le kernel ne trouve pas les modules...

Bon je vais essayé avec une réinstallation d'une debian 5.0.

Un testdisk ne va pas l'aider à grand choses, normalement les données sont bien sur le disque. enfin ... j'espère ...
Je verrais ca en dernier recours.

/Muzo

[Franck78]

@jibe, oui c'est bien Gaston !

en faisant un mdadm --create

avec ça tu as clairement effacé/recréé le raid existant sur un des disques !
Ne le remet pas avec l'autre sans précaution, il serait domage de synchroniser dans le mauvais sens.

Le man est instructif. --examine --scan ou --detail --scan te diront mieux que tout l'état de ton RAID

Code: Tout sélectionner

        echo 'DEVICE /dev/hd*[0-9] /dev/sd*[0-9]' > mdadm.conf
         mdadm --detail --scan >> mdadm.conf
       This  will  create  a  prototype  config  file that describes currently
       active arrays that are known to be made from partitions of IDE or  SCSI
       drives.   This file should be reviewed before being used as it may con-
       tain unwanted detail.

         echo 'DEVICE /dev/hd[a-z] /dev/sd*[a-z]' > mdadm.conf
         mdadm --examine --scan --config=mdadm.conf >> mdadm.conf
       This will find arrays which could be assembled from  existing  IDE  and
       SCSI  whole  drives  (not partitions), and store the information in the
       format of a config file.  This file is very likely to contain  unwanted
       detail,  particularly  the devices= entries.  It should be reviewed and
       edited before being used as an actual config file.



[jibe]

Salut,

Si j'ai bien compris, on peut résumer la situation actuelle ainsi :

- Un disque système (HS) et deux disques de données en raid, dont un intact (mais pas lisible) et l'autre probablement HS
- Un disque de remplacement pour le disque système

Voilà ce que je ferais :

1 - Démontage de tous les disques, mise en place du disque de remplacement.
2 - Installation d'une distrib quelconque sur le disque de remplacement (le mieux serait celle que tu veux garder par la suite, mais ce n'est pas une obligation)
3 - Mise en place des deux disques data (ou mieux du disque intact et d'un disque vierge de capacité égale ou supérieure si tu en as)
4 - clonage par dd ou ddrescue du disque de données intact sur le disque probablement HS (ne te mélange pas les pinceaux, et si tu as d'autres disques sous la main, il vaut certainement mieux garder les deux disques data dans leur état actuel) (voir Note 1).
5 - Démontage du disque source, conservation du clone
6 - Tentative de récupération par testdisk du clone

Si succès :
1 - Essai en raid dégradé, vérification du contenu,
2 - Mise en place et formatage du second disque data
3 - Reconstruction du raid
4 - Installation de la bonne distrib ou fignolages de config... ou reprendre la procédure pour tenter de récupérer le disque système.

Si echec :
1 - Formatage du clone
2 - Installation du disque data intact
3 - Récupération des données avec photorec depuis le disque data intact vers l'ancien clone reformaté
4 - Tu as maintenant tes données en vrac sur l'ancien clone reformaté. Mets-le précieusement de coté ou sauvegarde tes données ailleurs
5 - Tu réinstalles tout, puis tu récupères tes données en les reclassant/renommant (ni les noms de fichiers ni l'arborescence ne peuvent être récupérés par photorec, mais certains traitements automatisés peuvent aider : voir le site officiel).

Pour moi, il n'y a pas de méthode donnant plus de chances de retrouver le maxi possible, ni de méthode présentant moins de risques (on travaille au maximum sur des clones et donc on préserve l'existant).

Good Luck !

Note 1 : dd et ddrescue font une image bit à bit du disque ou de la partition. Je ne suis pas sûr que ce soit vraiment le cas de partimage que je n'utilise jamais. ddrescue est plus lent (quoique, en choisissant bien les options) mais beaucoup plus complet que dd. Il peut afficher la progression et gère très bien les mauvais secteurs. dd quant à lui est installé d'office dans la plupart des distribs.

[Muzo]

en faisant un mdadm --create

avec ça tu as clairement effacé/recréé le raid existant sur un des disques !
Ne le remet pas avec l'autre sans précaution, il serait domage de synchroniser dans le mauvais sens.

Oouuuuooooooh P*tain! Je crois que j'avais mes 2 disques ...

Ca efface le disque (vite une société pour récupérer les données) ou ca éclate le mbr avec la géométrie des partitions (vite un logiciel pour retaper ca)?

/Muzo

[Muzo]

Bon ben demain, je teste testdisk ...

Sinon ce week end, je fais la manip de jibe.

/Muzo-boulet