Boot impossible et partition endomagée: bad magic number in super-block

Bonjour à tous,

Je rencontre un problème sur un serveur redhat5, j'ai voulu redimensionner une partition avec fdisk, de manière habituelle, sauf que cette fois-ci au redémarrage le système n'arrive pas à monter ma partition, je suis redirigé vers le shell "Repair filesystem".

L'erreur est la suivante :

the superblock could not be read or does not describe a correct ext2 filesystem.

une erreur déjà rencontrée et qui se résout en général en utilisant un autre super-block. Chose qui ici ne fonctionne pas, avec aucun des super-block fournis par mkfs -n :

fsck.ext3 bad magic number in superblock while trying to open /dev/sdd1

La commande dumpe2fs me renvois une erreur similaire en plus de celle-ci :
Couldn't find valid filesystem superblock


Si vous avez une idée je suis preneur car la perte des données sur cette partition serait très problématique.

Merci

sans copie d'autre super-block ça va être chaud...:cry:...du peux tenter un montage forcé en mode raw le temps de copier les données mais dans la pluspart des cas ça marche pas ou dumoins ça génère de la données corrompue....

tu peux tjrs tenter à condition d'avoir un disque identique, d'échanger la carte éléctronique entre les deux disques pour faire croire au système qu'il a tjrs le même disque dur, recréer une partition identique en taille à l'ancienne avec le même FS bien sur.....réinverser les carte éléctronique des disques et tenter comme ça de copier le superblock via une image de celui que tu auras préalablement copié sur une clef usb par exemple... et enfin rebooter... mais là c'est 50/50 soit ça marche soit tu as perdu 1 journée pour rien...j'ai pas testé mais bon au pire... ça peut s'envisager...

attention la manipulation est délicate.....et pas testée....

créer un superblock sur un autre disque d'un autre model pour faire sans modifier physiquement le disque je suis a peu pres sur que ça marcherai pas...

Merci pour ta réponse, j'aurais jamais songé à la tenter la manipulation que tu proposes, mais ça peut marcher !
Dans mon cas mon serveur est virtualisé sur un ESX donc ça ne s'applique pas !
J'ai résolu le problème ce matin sans vraiment savoir pourquoi :
J'ai booté sur un LiveCD (SystemRescueCD) qui contient l'utilitaire Testdisk, avec ça j'ai lancé une analyse de ma partition, je sais pas exactement ce qu'il a fait à ce moment mais je suppose qu'il a repéré des erreurs d'adressage puisqu'il m'as proposé d'écrire des modifications sur ma partition (sans savoir lesquelles précisément), n'ayant rien à perdre j'ai écris et j'ai retrouvé ma partition.

Par contre pas moyen de l’étendre, elle s'est re-corrompue aussitôt et j'ai du recommencer la manip. J'ai pu l’étendre en créant une seconde partition LVM sur ce disque et en liant les deux sur un même Volume Group.

Bref j'ai eu chaud mais c'est résolu :)

bien vue j'avais supposé que l'état était pire que prévu alors si un simple test disk a corrigé (au moins en partie).