montage impossible raid 5 - Logiciels - Linux et OS Alternatifs
Marsh Posté le 12-01-2009 à 21:20:10
Citation : Storage:~# cat /proc/mdstat |
Citation : errupt Link [LUB2] (IRQs 3 4 *5 7 9 10 11 12 14 15) |
voila près pour testdisk je sais pas quoi faire dedans
Marsh Posté le 12-01-2009 à 22:21:37
ok ton raid est actif ta partition est destroy, tente testdisk dessus pour voir si il peut reconstruire la table de partitions. Vois mon topic pour des liens sur testdisk.
Marsh Posté le 13-01-2009 à 11:19:58
non le raid est opérationnel c'est le fs qui est mort aparemment
Marsh Posté le 13-01-2009 à 19:51:03
ReplyMarsh Posté le 13-01-2009 à 20:54:03
ReplyMarsh Posté le 13-01-2009 à 21:04:29
http://forum.pcastuces.com/sujet.asp?f=01&s=102819
la c'est dans ton topic et je vois pas quelle partie
désoler de ne pas avoir été plus explicite
Marsh Posté le 13-01-2009 à 21:09:16
gizmo15 a écrit : http://forum.pcastuces.com/sujet.asp?f=01&s=102819 la c'est dans ton topic et je vois pas quelle partie désoler de ne pas avoir été plus explicite |
ok.
en root
fdisk -l /dev/chaque disque PHYSIQUE de ton raid (sda et consorts) |
donne le résultat pour tous les disques et toutes les partitions.
ensuite c'est la partie A1 B1 et suivantes : récupérer une table de partitions. Cet outil ne permet pas d'effectuer des réparations sur le fs. Pour cela on utilisera éventuellement e2fsck en mode avancé
Marsh Posté le 13-01-2009 à 21:32:58
Citation : Storage:~# fdisk -l /dev/sda |
Citation : Storage:~# fdisk -l /dev/sdb |
Citation : Storage:~# fdisk -l /dev/sdc |
Citation : Storage:~# fdisk -l /dev/sdd |
Citation : Storage:~# fdisk -l /dev/md0 |
voila si ca peut aider.
dans testdisk j'ai fais une analyse de tout les disque et sur le sdd j'ai une un truc pour restaure le type de partition mais ne sachant pas quoi mettre j'ai préférer ne rien faire, faut mettre quoi? Primary ou * ?
Marsh Posté le 13-01-2009 à 22:53:58
oui ca peut aider mon analyse de dpart est correcte : destruction de la table de partition du raid. Connais tu l'ancienne table de partitions ? En a tu un backup ? Dans le cas contraire utilise testdisk en mode analyse ; il devrait detecter l'ancienne table de partitions. Ensuite tu la restaure. Lis bien le tuto en entier, calme-toi, il faut écrire les changements ensuite. Lis bien ce tuto sans rien faire dans un premier temps.
Sinon le coup du * veut dire que c'est une partition primaire et non logique, c'est à dire un volume "étendu". Comment avais-tu partitionné ton raid ? Testdisk retrouve t-il la bonne table ? Copie tes screens de détection et logs.
note : évite le conseil sur les live-cd au moins pour le moment, monter ton raid avec un live-cd requiert une très grande prudence.
Marsh Posté le 14-01-2009 à 19:12:09
alors:
- non je ne connais pas la table de partitions l'ancienne
- je n'ai pas de copie de sauvegarde
- mon raid n'avais qu'une seule partition: tous les disques en raid 5
voici mon screen de l'analyse du disque disque qui rend quelque chose de pas positif:
Citation : TestDisk 6.5, Data Recovery Utility, October 2006 |
et voici le log:
Citation : Wed Jan 14 19:43:02 2009 |
donc la je fais P dans testdisk et j'écris les modification et ca devrait aller?
Marsh Posté le 14-01-2009 à 20:27:23
Citation : TestDisk 6.5, Data Recovery Utility, October 2006 |
voila ce que j'ai pour l'instant
encore des news:
Citation : TestDisk 6.5, Data Recovery Utility, October 2006 |
Marsh Posté le 14-01-2009 à 23:09:46
essaye successivement les commande suivante:
dumpe2fs /dev/md0 | grep superblock
/sbin/fsck.ext3 -n -v -b 32768 /dev/md0
/sbin/fsck.ext3 -n -v -b 8193 /dev/md0
Les 8193, 32768 sont à remplacer par les valeurs données par dumpe2fs
Marsh Posté le 14-01-2009 à 23:11:14
pour monter le FS à partir d'un superblock alternatif:
mount sb={alternative-superblock} /dev/md0 /mnt
Marsh Posté le 14-01-2009 à 23:12:01
Exemple sur ma machine:
gw:~# LANG=C dumpe2fs /dev/md1 | grep superblock
dumpe2fs 1.40-WIP (14-Nov-2006)
Primary superblock at 0, Group descriptors at 1-44
Backup superblock at 32768, Group descriptors at 32769-32812
Backup superblock at 98304, Group descriptors at 98305-98348
Backup superblock at 163840, Group descriptors at 163841-163884
Backup superblock at 229376, Group descriptors at 229377-229420
Backup superblock at 294912, Group descriptors at 294913-294956
Backup superblock at 819200, Group descriptors at 819201-819244
Backup superblock at 884736, Group descriptors at 884737-884780
Backup superblock at 1605632, Group descriptors at 1605633-1605676
Backup superblock at 2654208, Group descriptors at 2654209-2654252
Backup superblock at 4096000, Group descriptors at 4096001-4096044
Backup superblock at 7962624, Group descriptors at 7962625-7962668
Backup superblock at 11239424, Group descriptors at 11239425-11239468
Backup superblock at 20480000, Group descriptors at 20480001-20480044
Backup superblock at 23887872, Group descriptors at 23887873-23887916
Backup superblock at 71663616, Group descriptors at 71663617-71663660
Backup superblock at 78675968, Group descriptors at 78675969-78676012
Backup superblock at 102400000, Group descriptors at 102400001-102400044
Marsh Posté le 15-01-2009 à 10:44:50
dump ne fait rien:
Citation : Storage:~# dumpe2fs /dev/md0 | grep superblock |
Marsh Posté le 15-01-2009 à 12:14:41
live cd ca change rien c'est juste que ca peut desync le raid.
sinon oui il fallait lancer testdisk sur /dev/md
si t'a une seule grosse partition tu peux tenter de forcer la restauration à partir de ce "guess".
Les résultats de testdisk sont inquiétants, je commenterai + tard.
Marsh Posté le 16-01-2009 à 15:16:28
je vois pas en quoi un live cd peut peter la synchro du raid, mais bon, c'est toi l'expert
Marsh Posté le 16-01-2009 à 23:00:43
j'ai fait ca: testdisk /dev/md0 > testdiskmd0 mais c'est très long
Marsh Posté le 16-01-2009 à 23:57:28
as tu essayé ça:
LANG=C dumpe2fs /dev/md0 | grep superblock
?
Marsh Posté le 17-01-2009 à 01:06:53
splurf a écrit : je vois pas en quoi un live cd peut peter la synchro du raid, mais bon, c'est toi l'expert |
pour plusieurs raisons : parce que les versions de mdadm différentes peuvent changer l'uuid du raid, parce que si un disque n'est pas reconnu le raid monte en mode dégradé et désynchronise le raid ce qui fout la merde... Donc si le raid est monté inutile de prendre ce risque, ici il faut réparer le fs la couche matérielle fonctionne à priori correctement. Et je précise que ce sont des scénarios vécus, transplantation de raid avec cversion différente de mdadm, changement de l'ordre de détection qui nique le raid, et j'en passe, mode autodetect qui ne marche pas...
pour taz : oui c'est bizarre que ca aie explosé, on peut crandre un bug logiciel... ou autre chose mais le diagnostic reste difficile
Marsh Posté le 17-01-2009 à 10:44:38
splurf: même résultat
Citation : Storage:~# LANG=C dumpe2fs /dev/md0 | grep superblock |
je suis en train de faire le testdisk sur le md0
Marsh Posté le 17-01-2009 à 13:28:49
t'es dans la merde...
pour testdisk, après vérification, il est normal que tu n'aie pas de table de partitions valide sur /dev/md0, donc les commandes de splurf sont presque le dernier espoir...
Marsh Posté le 17-01-2009 à 19:12:39
erf
la j'ai lancer le testdisk sur /dev/md0 depuis ce matin mais j'ai toujours pas le prompt de revenu
j'ai fait ca :
testdisk /dev/md0 > testdiskmd0
Marsh Posté le 18-01-2009 à 18:43:38
en gros d'après ce que vous me dites il me reste plus qu'a formater mon raid?
Marsh Posté le 19-01-2009 à 11:50:26
ça sent comme ça. mais ça reste très suspect. T'es sur que t'as pas merdoyé à un moment ?
Marsh Posté le 19-01-2009 à 12:06:31
tu peux faire en root:
head /dev/md0
et poster la sortie ?
Marsh Posté le 19-01-2009 à 14:45:21
taz : je suis sur, j'ai refait exactement la même manip que la fois ou j'avais déjà changé de serveur
splurf: je poste ca ce soir, la un testdisk /dev/md0 tourne aujourd'hui on verra ce que ca donne
Marsh Posté le 19-01-2009 à 15:47:49
gizmo15 a écrit : taz : je suis sur, j'ai refait exactement la même manip que la fois ou j'avais déjà changé de serveur |
je répète je me suis trompé pour testdisk, cela ne sert à rien de le faire sur /dev/md0.
Toutes mes confuses.
Marsh Posté le 19-01-2009 à 19:35:43
bon bas je l'ai fait quand même
Citation : TestDisk 6.5, Data Recovery Utility, October 2006 |
et voici le head /dev/md0 :
Citation : Storage:~# head /dev/md0 |
voila si vous avez d'autres trucs je suis preneur!
Marsh Posté le 19-01-2009 à 19:48:09
Essaye de copier/coller les lignes suivantes
Code :
|
si ça ne passe pas, c'est que tu as niqué ta partition.
Es tu sur de ne pas avoir lancé de commande genre mkfs ou cat > .../dev/md0 ou un dd ... of=/dev/md0 ...?
Marsh Posté le 19-01-2009 à 20:02:42
Citation : Storage:~# mkdir /mnt/md0 |
bon bas je crois que c'est mort
et non pas de mkfs etc je sais ce que c'est
Marsh Posté le 08-01-2009 à 18:33:20
Salut à tous,
je suis en train de remonter mon raid 5 sur une autre machine linux (je passe de debian à ubuntu 64bits) et je le remonte tranquille, bien synchro et tout sauf quand je fais mount /mnt/Storage ca me donne:
root@Stark Industrymnt# mount Storage/
mount: wrong fs type, bad option, bad superblock on /dev/md0,
missing codepage or helper program, or other error
Dans quelques cas certaines informations sont utiles dans syslog - essayez
dmesg | tail ou quelque chose du genre
Voila le détail de mon raid:
root@Stark Industry:~/Bureau# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Sun Jan 4 21:28:03 2009
Raid Level : raid5
Array Size : 1465151808 (1397.28 GiB 1500.32 GB)
Used Dev Size : 488383936 (465.76 GiB 500.11 GB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Tue Jan 6 16:53:27 2009
State : clean
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 64K
UUID : 4aae8544:7d495590:8e060516:7bc5c8ed (local to host Stark Industry)
Events : 0.8
Number Major Minor RaidDevice State
0 8 17 0 active sync /dev/sdb1
1 8 33 1 active sync /dev/sdc1
2 8 49 2 active sync /dev/sdd1
3 8 65 3 active sync /dev/sde1
un check du raid:
root@Stark Industry:~/Bureau# e2fsck -f -n /dev/md0
e2fsck 1.41.3 (12-Oct-2008)
e2fsck: Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
le superbloc a un journal ext3 invalide (i-noeud 8).
Effacer ? non
e2fsck: Illegal inode number lors de la vérification du journal ext3 pour /dev/md0
j'ai ca dans le syslog:
Jan 6 17:45:37 Stark Industry kernel: [ 583.306703] VFS: Can't find ext3 filesystem on dev md0.
et j'ai fais de plus:
-désinstallation de mdadm avec suppression du fichier de conf
-purge et reboot
-re-install
-détection des raid avec mdadm -A -s et la ca me trouve nickel mon raid!!
cependant je n'arrive toujours pas à monter mon raid
j'ai ensuite testé ce lien:
http://www.cepcasa.info/parted/recupfs.html
mais ca change rien, le superblock est totally nicked
j'ai tenté de le re-passer sur le debian 32bits mais ca en change rien. j'ai essayé aussi avec un livecd 32bits mais ca ne fonctionne pas non plus
auriez-vous une idée?
Merci
Message édité par gizmo15 le 08-01-2009 à 18:34:20