prob table de partitionsRésolu/Fermé

Question

salut,

bon j'ai un gros problème, voyez:

[jeannot 1] root: ~# fdisk -l

Disk /dev/hda: 10.0 GB, 10005037056 bytes
255 heads, 63 sectors/track, 1216 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/hda1   *         1         6     48163+   6  FAT16
/dev/hda2           465      1059   4779337+  85  Linux extended
/dev/hda3             7        31    200812+  83  Linux
/dev/hda5           465       489    200781   82  Linux swap
/dev/hda6           490       829   2731018+  83  Linux
/dev/hda7           830       890    489951   83  Linux
/dev/hda8           891       902     96358+  83  Linux
/dev/hda9           903       914     96358+  83  Linux
/dev/hda10          915       926     96358+  83  Linux
/dev/hda11          927       962    289138+  83  Linux
/dev/hda12          963      1059    779121   83  Linux

Partition table entries are not in disk order
[jeannot 1] root: ~#

la partition étendue, au lieu de commencer à 7 (et donc d'inclure hda3 qui est la racine de ma slak 9.0) commence à 465

en fait au premier partitionnement, quelque chose avait foiré: je voulais faire une primaire FAT16 pour le DOS, une primaire linux pour / puis une étendue pour tout le fatras et garder un espace à la fin pour une autre primaire (en fait c'est comme ça que j'ai partitionné le disque d'un autre PC et c'est parfait)

Mais il y a eu ce couac de hda2 qui s'est fait nommer hda3 et j'avais pas compris pourquoi, mais bon, mon système fonctionnait

Mais tout à l'heure j'ai voulu installer W2000 sur l'espace libre à la fin et là ça a été assez moche, je me suis retrouvé avec _deux_ partitions étendues :-|

bon j'ai viré windows illico

bon bref, y a t'il un moyen de récupérer ce fatras? peut-être une manipulation a la mano de la table de partition?

si quelqu'un a une idée... bon ça marche hein, mais j'ai peur d'une catastrophe un de ces quatre matins

merci!

kmf31 · Answer

En principe tu peux remettre la bonne ordre avec fdisk. Tu fais:

fdisk /dev/hda

et apres il faut faire "x" pour activer: extra functionality (experts only) (dans la version anglais). Ici tu peux aussi taper "m" pour help et la il affiche aussi l'option "f" pour fix partition order que tu peux utiliser. Apres il faut saufgarder avec "w" et ca y'est.
Donc ca, c'est la demarche pour remettre l'ordre.

MAIS, on ne peut pas faire ca comme ca, surtout pendant ton systeme normal tourne a cause du fichier /etc/fstab qui doit etre completement change car tous les /dev/hdaX seront permutes. Je crois tu devrais d'abord preparer un bon fstab pour la situation apres permutation mais au debut tu l'appelles "/etc/fstab.new". Apres tu demarres avec un cd rescue ou Knoppix. Tu fais attentition de ne pas monter les partitions. Tu fais la manip avec fdisk. Apres tu montes pour une fois a la main la racine disons avec (en Knoppix ou rescue):

mkdir /mnt/racine
mount -t ext3 /dev/hdaX /mnt/racine
cd /mnt/racine/etc/
mv fstab fstab.old
cp fstab.new fstab
cd /
umount /mnt/racine

et apres arreter. Ici /dev/hdaX est la bonne partition pour ta racine apres permutation (tu mets la bonne valeur pour X=1, 2, ...). En theorie ca devrait fonctionner. (pour info: le mkdir /mnt/racine agira sur le ramdisk)

Si ton fstab fonctionne avec les LABEL au lieu des devices /dev/hdaX, il est possible que tu ne sois pas oblige de changer le fstab. Ca serait un coup de chance. Dans ce cas tu peux toute suite faire la manip avec fdisk (probablement).

kmf31 · Answer

Un petit complement pour les _deux_ partitions étendues :

Tu peux faire dans le fdisk apres passage en mode expert le "f" pour fixer l'ordre. Apres tu fais "r" pour revenir en mode normal et tu regardes avec "p" si ca a marche. Si oui tu quites avec "w" pour saufgarder sinon avec "q" sans saufgarde.

Inutile de dire que c'est tres delicat. Peut-etre tu devrais saufgarder ton MBR sur un fichier ou une disquette (avec "dd").

Utilisateur anonyme · Answer

écoute a priori tout a fonctionné au poil suivant tes indications.

j'ai opéré depuis knoppix, j'ai remis un peu d'ordre là dedans et après moult vérifications, tout semble au poil. Je viens de corriger le fstab, je reboote maintenant et dans quelques minutes je suis de retour :)

un TRES GROS merci. C'est précisément la réponse que j'espérais, je ne pouvais pas rêver mieux.

j'arriiiiiiiiiiiive!

Utilisateur anonyme · Answer

au poil! :)

bon j'ai dû redémarrer en chargeant le système à partir du CD de la slack avec les options qui vont bien mais un coup de lilo après petite modif du lilo.conf et me voilou

merci infinimanche :)

je ne sais pas ce qui m'épate le plus de la puissance des outils disponibles pour se sortir de tous les pétrins ou de ceux qui les maîtrisent. En tout cas pour le coup, hop, c'est tout propre, et j'ai même pu faire quelques aménagements :)

[jeannot 1] root: ~# fdisk -l

Disk /dev/hda: 10.0 GB, 10005037056 bytes
255 heads, 63 sectors/track, 1216 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/hda1   *         1         6     48163+   6  FAT16
/dev/hda2             7        31    200812+  83  Linux
/dev/hda3            32       335   2441880   1b  Hidden Win95 FAT32
/dev/hda4           336      1216   7076632+  85  Linux extended
/dev/hda5           336       464   1036161   83  Linux
/dev/hda6           465       489    200781   82  Linux swap
/dev/hda7           490       829   2731018+  83  Linux
/dev/hda8           830       890    489951   83  Linux
/dev/hda9           891       902     96358+  83  Linux
/dev/hda10          903       914     96358+  83  Linux
/dev/hda11          915       926     96358+  83  Linux
/dev/hda12          927       962    289138+  83  Linux
/dev/hda13          963      1059    779121   83  Linux
/dev/hda14         1060      1216   1261071   83  Linux
[jeannot 1] root: ~#

kmf31 · Answer

En effet les outils systemes comme fdisk, dd, ... sont tres puissant mais aussi dangereux si on ne fait pas attention.

Je suis content que ca a marche. En fait, j'ai complement oublie le lilo (ou grub). Dans les fichiers de config des deux (/etc/lilo.conf ou /boot/grub/menu.lst) il y a aussi des /dev/hdaX qui trainent et qui necessitent aussi une actualisation pour la permutation (et de refaire /sbin/lilo).

RENOO · Answer

Bonjour, 
Je pense avoir le meme probleme. J'aimerais bien que quelqu'un me le confirme avant de le lancer dans une telle opération.

Voila. je suis sous Fédora C6 et voudrais installer une autre distrib. J'hésite entre FC8 ou Unbuntu.
Malheureusement, lors du boot sur le DVD d'install, aucune partition de mon disque apparait. L'installeur ne trouve que sda vide de 250 G. J'ai un message d'erreur comme quoi ma table de partion est illisible.

Lorsque je lance Gparted, meme chose, aucune partion n'apparait.

Voici les résultats de commandes : 
[root@Rio ~]# fdisk -l

Disk /dev/sda: 250.0 GB, 250000000000 bytes
255 heads, 63 sectors/track, 30394 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1           21686       23597    15358140   83  Linux
/dev/sda2   *           4        2553    20482875    7  HPFS/NTFS
/dev/sda3           23598       24107     4096575   82  Linux swap / Solaris
/dev/sda4            2554       30394   223632832+   f  W95 Ext'd (LBA)
/dev/sda5            2554       21685   153677758+   7  HPFS/NTFS
/dev/sda6           24108       30394    50500296    b  W95 FAT32

Partition table entries are not in disk order

et 

[[root@Rio ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              15G   14G  402M  98% /
/dev/sda6              49G  7.3G   41G  16% /DATA
tmpfs                1013M     0 1013M   0% /dev/shm
/dev/sda2              20G   16G  4.2G  79% /windows/C
/dev/sda5             147G   62G   86G  42% /windows/users

Merci d'avance.

Prob table de partitions

6 réponses

Discussions similaires

Newsletters