Système de fichier corrompu (raid, ext3)
Joshua
-
ange -
ange -
Bonjour à tous,
Je tourne sous linux Redhat 9 avec deux dd montés en raid 0 et jusqu'ici tout fonctionnait très bien. Malheureusement depuis le dernier reboot, le système de fichier des partitions raid est corrompu. Je dispose des partitions md1, md2 .... formatés en ext3 plus une partition de swap (md6). Lors du démarrage et de la vérification du système de fichier, pour chacune des partitions l'erreure suivante apparaît :
/dev/mdX
the superblock could not be read or does not describe a correct ext2 filesystem.If the device is valid and it really contains an ext2 filesystem(and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock.
puis,
fsck.ext3 : Invalid argument while trying to open /dev/mdX
Malgré les multiples tentatives de réparations avec les utilitaires fsck ou e2fsck (en essayant également d'utiliser le superblock de secours) rien y fait, mes partitions sont toujours inaccessibles. En bootant avec partition magic, les partitions seraient d'après lui non formatées ou de format inconnu.
Quelqu'un pourrait-il m'aider (svp) afin de reconstruire le système de fichier ou au pire m'indiquer comment faire pour pouvoir récupérer les données?
Merci
Je tourne sous linux Redhat 9 avec deux dd montés en raid 0 et jusqu'ici tout fonctionnait très bien. Malheureusement depuis le dernier reboot, le système de fichier des partitions raid est corrompu. Je dispose des partitions md1, md2 .... formatés en ext3 plus une partition de swap (md6). Lors du démarrage et de la vérification du système de fichier, pour chacune des partitions l'erreure suivante apparaît :
/dev/mdX
the superblock could not be read or does not describe a correct ext2 filesystem.If the device is valid and it really contains an ext2 filesystem(and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock.
puis,
fsck.ext3 : Invalid argument while trying to open /dev/mdX
Malgré les multiples tentatives de réparations avec les utilitaires fsck ou e2fsck (en essayant également d'utiliser le superblock de secours) rien y fait, mes partitions sont toujours inaccessibles. En bootant avec partition magic, les partitions seraient d'après lui non formatées ou de format inconnu.
Quelqu'un pourrait-il m'aider (svp) afin de reconstruire le système de fichier ou au pire m'indiquer comment faire pour pouvoir récupérer les données?
Merci
A voir également:
- Système de fichier corrompu (raid, ext3)
- Fichier bin - Guide
- Restauration systeme windows 10 - Guide
- Fichier epub - Guide
- Fichier rar - Guide
- Comment réduire la taille d'un fichier - Guide
3 réponses
Bonjour à tous !
J'ai enfin trouvé la solution au problème.
Tout d'abord il est nécessaire et même impératif pour garder les données sur les disques, que le fichier /etc/raidtab corresponde bien à la structure physique des disques durs (partitions raid logiciel, associassions ...) . Dans le cas contraire réécrire le fichier en respectant sa syntaxe. Afin de reconstruire la matrice RAID corrompue ainsi que les superblocks défectueux nous avons à notre disposition l'utilitaire mkraid. Utilisé avec l'option -f (-R), elle force la reconstruction par l'intermédiaire du fichier raidtab. Apres avoir exécuté la commande mkraid -R /dev/md? j'ai donc pu après un reboot retrouvr mon système initial sans perte de données. Ouf c'est rassurant :)
J'ai enfin trouvé la solution au problème.
Tout d'abord il est nécessaire et même impératif pour garder les données sur les disques, que le fichier /etc/raidtab corresponde bien à la structure physique des disques durs (partitions raid logiciel, associassions ...) . Dans le cas contraire réécrire le fichier en respectant sa syntaxe. Afin de reconstruire la matrice RAID corrompue ainsi que les superblocks défectueux nous avons à notre disposition l'utilitaire mkraid. Utilisé avec l'option -f (-R), elle force la reconstruction par l'intermédiaire du fichier raidtab. Apres avoir exécuté la commande mkraid -R /dev/md? j'ai donc pu après un reboot retrouvr mon système initial sans perte de données. Ouf c'est rassurant :)
