Bonjour à tous,
j'ai bien suivi le post et je n'y ai pas trouvé la solution pour mon probleme.. (malheureusement..) Néanmoins chapeau! tout est super clair!
Bon explication de mon probleme :
Il y a 2 j je me dis qu'il serait temps de refaire mon serveur, je m'achete donc 2 disques durs de 2To sata et les montes donc dans ma tour. J'ai créé une array raid 0 via palimpset ou j'ai formaté mes 2 dd de 2 To ce qui me donne une partition de 4To dans laquelle j'ai déplacé mes données.
Puis je me dis , quitte a avoir une nouvelle et belle partition, autant en profiter pour réinstaller mon systeme en utilisant ubuntu-server (10.04) (le disque system n'est pas en raid, c'est un bete disque dur ide avec 3 partition).
Tout ce passe bien jusqu'au partitionnement des disques ou il me détecte mes partitions /dev/sdb1 et /dev/sdc1 en linux_raid_autodetect. Jusque la tout va bien le hic le gestionnaire de partitions du cd d'installation me propose de gerer le raid et j'accepte, donc créer un raid, selection de /dev/sdb1 et /dev/sdc1 validation et retour au menu de partitionnement ou il me demande de terminer et appliquer les changements, j'accepte jusqu'au moment ou il me dit qu'il va devoir formater mes disques /dev/sdb1 et /dev/sdc1.. Horreur, j'arrete tout (proprement hein) et je relance une session en live CD pour voir ce que j'ai vraiment fait...
Donc il s'avere que j'ai bousillé l'array, que je n'ai pas touché a mes partitions (donc mes données sont encore dessus).
Depuis hier j'essai donc de reconstruire mon array. J'ai tout essayé et une chose qui me rassure c'est qu'avec testdisk il me retrouve bien ma partition de 4To et trouve mes données (commande P).
Voila pour la petite histoire..
pem@Server-Atelier:~$ sudo fdisk -l
Disque /dev/sda: 41.1 Go, 41110142976 octets
255 têtes, 63 secteurs/piste, 4998 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x0000f45e
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 1216 9764864 83 Linux
/dev/sda2 1216 1350 1074176 82 Linux swap / Solaris
/dev/sda3 1350 4998 29305856 83 Linux
Disque /dev/sdb: 2000.4 Go, 2000398934016 octets
255 têtes, 63 secteurs/piste, 243201 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x0002eb71
Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 1 243201 1953512001 fd Linux raid autodetect
Disque /dev/sdc: 2000.4 Go, 2000398934016 octets
255 têtes, 63 secteurs/piste, 243201 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00031e0f
Périphérique Amorce Début Fin Blocs Id Système
/dev/sdc1 1 243201 1953512001 fd Linux raid autodetect
donc comme je disais mes partitions y sont tjs (ouf)
maintenant j'essai d'assembler l'array :
pem@Server-Atelier:~$ sudo mdadm --assemble /dev/md1 /dev/sd[bc]1
mdadm: no recogniseable superblock on /dev/sdb1
mdadm: /dev/sdb1 has no superblock - assembly aborted
donc je me dis bah on va faire un build
pem@Server-Atelier:~$ sudo mdadm --build /dev/md1 --assume-clean -l 0 -n 2 /dev/sdb1 /dev/sdc1
mdadm: SET_ARRAY_INFO failed for /dev/md1: Device or resource busy
ok ce message je l'ai vu ici :
http://doc.ubuntu-fr.org/raid_logiciel et il y a la solution
pem@Server-Atelier:~$ sudo mdadm --build /dev/md1 --assume-clean -l 0 -n 2 /dev/sdb1 /dev/sdc1
mdadm: SET_ARRAY_INFO failed for /dev/md1: Device or resource busy
pem@Server-Atelier:~$ sudo mdadm --stop /dev/md*
mdadm: stopped /dev/md1
pem@Server-Atelier:~$ sudo mdadm --build /dev/md1 --assume-clean -l 0 -n 2 /dev/sdb1 /dev/sdc1
mdadm: array /dev/md1 built and started.
Ok donc la mon raid0 est reconstruit (enfin de ce que j'ai compris)
le hic c'est que si j'essai de le monter voila le résultat:
pem@Server-Atelier:~$ sudo mount /dev/md1 /mnt
[sudo] password for pem:
mount: type inconnu de système de fichiers 'linux_raid_member'
pem@Server-Atelier:~$ sudo mount -t ext2 /dev/md1 /mnt
mount : type erroné de syst .de fichiers, option erronée, super bloc
erroné sur /dev/md1, codepage ou aide manquante ou autre erreur
Dans quelques cas certaines informations sont utiles dans syslog - essayez
dmesg | tail ou quelque chose du genre
que quand je fais un fsck voila le résultat :
pem@Server-Atelier:~$ sudo fsck /dev/md1
fsck de util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
fsck.ext2: Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Bad magic number in super-block lors de la tentative d'ouverture de /dev/md1
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
pem@Server-Atelier:~$
que quand je cherche les blocs de secours :
pem@Server-Atelier:~$ sudo mke2fs -n /dev/md1
mke2fs 1.41.11 (14-Mar-2010)
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
Stride=16 blocks, Stripe width=32 blocks
244195328 i-noeuds, 976756000 blocs
48837800 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=0
29809 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848, 512000000, 550731776, 644972544
pem@Server-Atelier:~$ sudo dump
dumpe2fs dumpkeys
pem@Server-Atelier:~$ sudo dumpe2fs /dev/md1
dumpe2fs 1.41.11 (14-Mar-2010)
dumpe2fs: Bad magic number in super-block lors de la tentative d'ouverture de /dev/md1
Impossible de trouver un superbloc de système de fichiers valide.
pem@Server-Atelier:~$
et naturellement en faisant un e2fsck avec les blocs de secours ca ne fonctionne pas...
Alors, voila ce que me donne un --examine ou un --detail de mon raid..
pem@Server-Atelier:~$ sudo mdadm --examine /dev/md1
/dev/md1:
Magic : a92b4efc
Version : 00.90.00
UUID : d7b21af3:36e3f659:e368bf24:bd0fce41
Creation Time : Mon Dec 6 12:24:09 2010
Raid Level : raid0
Used Dev Size : 0
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Update Time : Mon Dec 6 12:24:09 2010
State : active
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : f2347f90 - correct
Events : 0
Chunk Size : 0K
Number Major Minor RaidDevice State
this 8 129 0 6 spare
0 8 129 0 6 active sync
1 8 145 1 6 active sync
pem@Server-Atelier:~$ sudo mdadm --detail /dev/md1
/dev/md1:
Version :
Creation Time : Tue Dec 7 08:49:33 2010
Raid Level : raid0
Array Size : 3907024000 (3726.03 GiB 4000.79 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Update Time : Tue Dec 7 08:49:33 2010
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Chunk Size : 64K
Number Major Minor RaidDevice State
0 8 17 0 active sync /dev/sdb1
1 8 33 1 active sync /dev/sdc1
pem@Server-Atelier:~$
je ne comprend pas pourquoi il voit des disques en spare?..
Quand j'effectue testdisk, il me retrouve bien ma partition lors de la premiere passe (et je pourrais copier les données mais j'ai pas de disques de 4To sous la main pour faire une sauvegarde..), veux bien me la réecrire mais ca ne change rien au reboot suivant, tjs impossible de l'assembler et tjs impossible de lui faire un fsck..
Alors ma question est toute simple : vu que je n'ai pas touché a mes partitions qu'il s'agit juste de l'array comment faire pour reconstruire ou réparer ma partitions ext2?
Quelqu'un aurait il une idée please! je désespère la!
