Forum général.général Réparer la table de partition

Posté par  .
Étiquettes :
0
27
jan.
2007
Bonsoir, ben voila pour installer un logiciel proprio Comptalis (un logiciel de compta que Wine n'a pas fait tourné), j'ai tenté l'install de windowsXP....
En tentant de créer une partition win32, l'installateur microsoft à foiré mes tables de partition et ni suse ni debian ne s'installe désormais, pardon si l'installation peut se faire mais les partitions crées ne sont pas reconnus et je n'ai le choix que partitionner à partir du disque entier.
Pourtant j'écris ce post à partit un live-CD aurox et manuellement mes tables de partitions sont montable et les données encore là.
Un fdisk -l me donne:

omitting empty partition (5)

Disque /dev/hda: 250.0 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets

Périphérique Amorce Début Fin Blocs Id Système
/dev/hda1 1 1216 9767488+ 83 Linux
/dev/hda2 * 1217 30401 234428512+ 5 Extended
/dev/hda3 6208 30401 194338273+ 83 Linux
/dev/hda5 1217 1277 489919+ 82 Linux swap / Solaris
/dev/hda6 1278 6207 39600193+ e W95 FAT16 (LBA)

sur /dev/hda1 se trouve la racine d'une debian, gparted et d'autre partitionneurs ne reconnaissent même pas les partitions!

Comment m'en tirer s'il vous plaît Venez moi en aide.

  • # testdisk

    Posté par  . Évalué à 2.

    la commande testdisk m'a rapporté é partitions qui entraient en conflit.
    J'ai mis la racine debian bootable avec ce même soft, pour obtenir:

    TestDisk 6.2, Data Recovery Utility, December 2005
    Christophe GRENIER <grenier@cgsecurity.org>
    http://www.cgsecurity.org

    Disk /dev/hda - 250 GB / 232 GiB - CHS 30401 255 63

    Partition Start End Size in sectors
    1 * Linux 0 1 1 1215 254 63 19534977
    2 E extended LBA 1216 1 1 30400 254 63 468856962
    5 L Linux Swap 1216 2 1 1276 254 63 979839
    6 L Linux 1277 1 1 2451 254 63 18876312
    7 L Linux 2452 1 1 6206 254 63 60324012
    8 L Linux 6207 1 1 30400 254 63 388676547
    et j'ai un partition OK mais au reboot l'amorçage sur /dev/hda me congratule d'un joli Erreur dans le chargement dus système d'exploitation

    • [^] # Re: testdisk

      Posté par  . Évalué à 3.

      as tu bien pensé à sauvegarder la nouvelle table des partitions ?
      Cela dit, j'ai eu qque chose de similaire, et après testdisk, c'était pire, alors perdu pour perdu, j'ai complètement effacé la table, et l'ai recréée avec le même testdisk, et ensuite c'est reparti normalement... mais c'est un peu dangereux...

      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: testdisk

        Posté par  . Évalué à 1.

        sauvegardé ? je pense puisque j'ai quitté le programme après avoir fait un WRITE (d'habitude je me dépatouille avec cfdisk, mais mon live-CD aurox ne comportait pas la-dite-commande alors....).
        J'ai pas perdu un octet de données c'est cool merci

    • [^] # Re: testdisk

      Posté par  (site web personnel) . Évalué à 2.

      J'ai été confronté à un problème de ce type il y a peu de temps. Je crois bien que c'était un HP Pavilion vieux de moins d'un an.

      La faute en incombait au BIOS qui était incapable de gérér la taille du disque en mode CHS. Après l'avoir mis en mode LBA, j'ai pu avoir une table des partitions correcte.
      L'utilitaire diskdrake de Mandriva est vraiment commode pour tout remettre en ordre.
      Ensuite, pour booter au delà de 33Go, il y a un autre bug du BIOS.
      Il faut recopier initrd et le kernel dans une partition (même windows !) située près du début du disque et modifier lilo ou grub en conséquence.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.