Bonjour,
 
J'ai decidé de virer definitivement windows de mon ordinateur et donc d'aggrandir les partitions de Linux. J'ai donc sorti mon qtparted et je lui ai fait effacer les 2 partoches ntfs+fat32 et pour une raison inconnue j'ai été assez bete pour les mettre en hda5 et decaler ma partition root en hda6... (en gros je les ai echangées). QTparted a executé le tout sans broncher j'ai editer lilo pour qu'il ait le bon root et j'ai reboot. Et kernel panic ... J'ai essayé avec le CD de Debian de faire un rescue root=/dev/hda6 , rescue root=/dev/hda5 mais rien. J'ai lancé l'outils de partition et cfdisk avec le cd d'install et la cfdisk me dit que ma table est corrompue ou qu'elle sort d'usine...
 
J'ai bien l'impression que QTParted aie pas apprecié ma partoche principale en reiserfs et donc qu'il a decalé la table des partoches mais pas les partitions ... A votre avi je suis bon pour un pti fdisk ou y a moyen de chrooter tout ca?
 
Merci d'avance

Avec toutes les manips que t'as faites, y'a des chances pour que ta table des partitions soit HS...

Ok ... bonne nouvelle quoi ....  a pas moyen de detecter ça d'une maniere ou d'une autre? Genre mettre mon HD en slave sur un autre et de lancer un outil de reparation? ...

Essaye testdisk, je crois qu'il est sur l'ultimate-boot-cd.

Merci beaucoup Deather2, il a effectivement bien restoré la table des partitions, maintenant le cfdisk marche comme il faut.
Parcontre ma partoche linux qui est a nouveau a sa place initiale (hda5) a toujours l'air de merder.
Si je demarre avec le cd de debian et rescue root=/dev/hda5 , il me sort un splendide kernel panic en disant qu'il y a un mauvais nombre ou type de tracks presents... Vous avez une idée de comment regler ça? Aller, je sens que la solution s'approche

up

up

En bootant sur un live-CD (genre knoppix) pour vérifier tes partitions en fonction du fs ? reiserfsck ? e2fsck ?

Les verifier comment? Juste en les montant ou en faisant qqch d'autre?
 

Précisément la vérification s'opère sans les monter à partir d'un système qui lui est monté depuis un live-CD. C'est très pratique.

Donc voila les dernieres nouvelles :
 
Je suis sous Knoppix et il detecte a merveille ma partoche en reiserfs.. J'ai ouvert lilo pour voir pourquoi ça plantais, => J'ai mis en root la mauvaise partoche. Malheureusement is j'essaie de booter sur le cd de debian en utilisant la commande rescue, ça fait toujours pareille. A votre avi il faut que j'edite le lilo "normal" et que je corrige le root= pour mettre la bonne partoche et tout marchera? La j'essaie de comprendre pourquoi meme en root et FS non ro knoppix me permet pas d'ecrire sur le lilo.conf ... en fin bon j'attends vos reponses pour avancer  
 
Merci d'avance

Ok j'ai edité le lilo.conf mais vu que je peux pas lancer lilo pour qu'il effectue les changements necessaires je suis bloqué .. Aie.. je vois plus de sorties

Ok probleme resolu.
Ma partition etait en reiserfs, et le kernel utilisé par rescue ne le supporte pas, j'ai fais un rescbf24 et paf c'etait parfait.
 
Merci beaucoup a vos tous,je n'y serais pas arrivé sans vous

C'est bizard, en theorie le reiserfs est sencé tres bien tenir les crash ... Parcontre c'est vrai qu'en cas de crash de la partition il y a moins d'outils de debuggage ... Mais je crois que je vais quand meme rester en ReiserFS ... quite a mettre une partoche de sauvegarde (pas montée souvent) en Ext3 ...