Fri, 09 Jan 2004 12:25:10 +0100, claude a �crit : >[...] Tony Accardo a �crit : > > Bonjour, > > > > Parted n'arrive pas � d�tecter toutes mes partitions, il ne d�tecte > > que 4 partitions primaires, alors que la partition en question est > > situ�e dans une partition �tendue... > > C'est normal : techniquement, une partition �tendue est une partion > primaire contenant des partitions logiques ;) > > D'ailleurs, il me semble que sur un disque IDE tu ne peux pas avoir plus > de 4 partitions primaires (d'o� la n�cessit� de passer par des > partitions �tendues si on souhaite en avoir plus).
C'est un probl�me h�rit� du partionnement MS-DOS. Les disques SCSI sont aussi bloqu�s � 4 partitions primaires. > > Apr�s quelques recherches sur google, je me suis aper�u que lilo, > > grub et/ou le kernel (?) stockent les infos de partitions quelque > > part, mais ou??? Car bien sur, je n'ai pas sauvegard� le d�tail de ma > > table de partitions... ;-( > > Sauf erreur, les infos concernant les partitions primaires (celles qui > sont bootables, en tout cas) sont stock�es dans le MBR (si le boot de > lilo ou grub a �t� mis sur le MBR � l'installation du syst�me). Les > infos sur les autres partitions (non-bootables et �tendues - si pas / ) > doivent �tre dans le r�pertoire /boot, dans system-map, je pense (si > c'est pas le cas, merci de me reprendre). La doc de lilo explique tr�s bien (avec des sch�mas) o� sont plac�es les infos. Le MBR contient *toujours* les infos de la table de partitions. Ce que l'on trouve dans /boot est une copie de ce MBR (512 octets). Il s'agit du fichier boot.xxxx (o� xxxx est le device, 0300 pour hda). Par contre, la partition �tendue est en fait une sorte de disque virtuel : il y a une zone r�serv�e pour y stocker la table de partition (appel�e parfois l'EPBR : extended partition boot record). gpart permet de retrouver les partitions. Il lit le disque pour y trouver les octets caract�ristiques de d�but de partition. Il op�re aussi sur l'EPBR. > > N'y a t il pas moyen non plus de faire un FDISK / MBR pour retrouver > > la config initiale? > > Heu, s'agissant d'une commande MS/DOS, � ta place je m'y risquerai pas : > cela restaure un syst�me DOS/win. S'il n'y a pas de syst�me DOS/win sur > le MBR, apr�s, il n'y a plus rien ;) fdisk /mbr �crit sur le secteur de boot pour que le d�marrage se fasse sur la (1re?) partition bootable. Il �crase ainsi le code de lilo. fdisk /mbr ne touche pas � la table de partition. Mais il peut quand m�me �tre dangereux. Conclusion : gpart est ton ami. -- Sylvain Sauvage, http://www.info.unicaen.fr/~sauvage
