Bonjour,

Je viens d'installer Fedora 13 (fedora 64 gnome). Tout va bien. Je suis en train d'effectuer les 378 mises à jour. Donc, coté Fedora, jusque là, tout va bien...

... Sauf qu'au départ, j'avais grub, et au choix :

Linux Mint 9
Linux mint 8 (caduque)
Seven

Lors de l'install, j'ai choisi "partitionnement manuel", puis indiqué en swap et ext4 les deux partitions ou étaient installés Linux mint 8.
Une fenêtre de dialogue, ma proposé de rajouter à la partition de seven, d'autres partitions au démarrage.
J'ai donc rajouté celle relative à Linux mint 9, en me disant que je pourrais choisir au démarrage, entre Linux mint 9, fedora13, et seven.
Pour seven, et fedora 13, no problemo...
... Mais pour Linux Mint 9, au démarrage, le systeme de boot me dit que c'est pas bon...

Que puis-je faire pour retrouver un choix "complet" (avec un Linux Mint 9 qui démarre) ?

Désolé, j'imagine que je suis pas le premier....
L'ordre de tes partitions ne doit plus correspondre avec l'ordre dans le Grub. Regarde du côté du grub.conf et ce que te retourne fdisk -l.
/dev/sda1 * 1 192 1536000 27 Inconnu
La partition 1 ne se termine pas sur une frontière de cylindre.
/dev/sda2 192 51561 412625166+ 7 HPFS/NTFS
/dev/sda3 59717 60802 8710144 17 Cachée HPFS/NTFS
/dev/sda4 51562 59716 65505037+ 5 Etendue
/dev/sda5 55608 59542 31607856 83 Linux
/dev/sda6 59543 59716 1397623+ 82 Linux swap / Solaris
/dev/sda7 51562 55435 31117842 83 Linux
/dev/sda8 55436 55607 1381558+ 82 Linux swap / Solaris
Les entrées de la table de partitions ne sont pas dans l'ordre du disque

Effectivement, c'est ce que me renvoie fdisk -l

selon l'"utilitaire de disque", dans l'ordre du schema :

- sda1 -> partition de boot SYSTEM (comporte bootmgr)
- sda2 -> partition Seven
- sda4 -> conteneur de partitions logiques
- fedora est sur sda5 + swap sda6
- mint 9 est sur sda7 (volume que je peux monter) + swap sda8
- sda3 -> hddrecovery (ça doit être le système de restauration toshiba)
Il faut aussi que tu postes ton fichier grub.conf pour pouvoir comparer avec le retour de fdisk -l 
# cat /boot/grub/grub.conf
Voilà :

#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,4)/boot/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.33.6-147.2.4.fc13.x86_64)
root (hd0,4)
kernel /boot/vmlinuz-2.6.33.6-147.2.4.fc13.x86_64 ro root=UUID=4aca9a0d-b6e9-457e-be16-63248b8d69dc rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=fr-latin9 rhgb quiet
initrd /boot/initramfs-2.6.33.6-147.2.4.fc13.x86_64.img
title Fedora (2.6.33.3-85.fc13.x86_64)
root (hd0,4)
kernel /boot/vmlinuz-2.6.33.3-85.fc13.x86_64 ro root=UUID=4aca9a0d-b6e9-457e-be16-63248b8d69dc rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=fr-latin9 rhgb quiet
initrd /boot/initramfs-2.6.33.3-85.fc13.x86_64.img
title mint9_sda7
rootnoverify (hd0,6)
chainloader +1
title Other
rootnoverify (hd0,1)
chainloader +1
title mint9_sda8
rootnoverify (hd0,7)
chainloader +1

A priori, c'est le sda7 qu'il faut "paramétrer" pour avoir un boot qui marche sur cette partition.
Ces deux commandes....
rootnoverify (hd0,6)
chainloader +1
... ne semblent pas les bonnes. Il faudrait un truc qui ressemble à celles utilisées pour le boot Fedora :
root (hd0,4)
kernel /boot/vmlinuz-2.6.33.6-147.2.4.fc13.x86_64 ro root=UUID=4aca9a0d-b6e9-457e-be16-63248b8d69dc rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=fr-latin9 rhgb quiet
initrd /boot/initramfs-2.6.33.6-147.2.4.fc13.x86_64.img

Merci de ton aide...
bonjour,
si pas de grub sur le sda8 ça va pas marcher comme ça , par contre recupere dans le menu.lst de mint les lignes conrespondant au kernel et copie les dans celui de fedora
a+
fcafca wrote:- sda1 -> partition de boot SYSTEM (comporte bootmgr)
homere57 wrote:bonjour,
si pas de grub sur le sda8 ça va pas marcher comme ça...
C'est à dire? un unique et même /boot pour deux systèmes Linux différents?

Et ce /boot a été formaté?
fcafca wrote:/dev/sda6 59543 59716 1397623+ 82 Linux swap / Solaris
/dev/sda8 55436 55607 1381558+ 82 Linux swap / Solaris
Une fois le swap, ça pouvait suffir... Auriez vous opté pour une install auto et écrasé des trucs, le /boot de ce qui existait?
A partir de la Fedora peux-tu regarder sur ta partition contenant Linux Mint si ton architecture de répertoire est bonne est si tu as bien un /boot contenant un kernel Linux Mint. Auquel cas regarde aussi ce que contenait le grub.conf mais de ta Linux Mint.
Nicosss wrote:A partir de la Fedora peux-tu regarder sur ta partition contenant Linux Mint si ton architecture de répertoire est bonne est si tu as bien un /boot contenant un kernel Linux Mint. Auquel cas regarde aussi ce que contenait le grub.conf mais de ta Linux Mint.
S'il a effacé le /boot, c'est pas trop grave. Il faudra essentiellement qu'il retrouve un kernel approprié.
@impaire : Oui je suis tout à fait d'accord mais encore faut-il qu'il ait des billes, c'est juste pour lui donner des pistes pour faciliter la résolution de son problème.
Nicosss wrote:@impaire : Oui je suis tout à fait d'accord mais encore faut-il qu'il ait des billes, c'est juste pour lui donner des pistes pour faciliter la résolution de son problème.
Je voulais juste le souligner, qu'il ne supprime pas son Mint, s'il y tient vraiment. Si sa Fedora boote, il doit pouvoir récupérer la Mint, assez facilement quand même.

Dans tous les cas, avec sa Fedora, il doit pouvoir faire un backup de tous ses fichiers (par exemple, sur un disque externe, sur une clef USB ou sur des DVD). Qu'il commence eventuellement par faire d'abord un backup de /home, sur la Mint. Un backup de l'ex /etc, ça peut être utile aussi.
:-D Merci pour votre aide !!! Mon mint boote à nouveau...

En fait, j'ai eu un peu de fion sur ce coup-là :

Dans le boot/grub de la partition mint, pas de grub.conf, ni de menu.lst... :roll:
... J'ai ouvert plusieurs fichiers, et je suis tombé sur grub.cfg, qui comporte cette partie :

menuentry "Linux Mint 9, 2.6.32-22-generic (/dev/sda7)" --class linuxmint --class gnu-linux --class gnu --class os {
recordfail
insmod ext2
set root='(hd0,7)'
search --no-floppy --fs-uuid --set 463913d3-0d05-4df5-ac8f-3ac4d3ea2167
linux /boot/vmlinuz-2.6.32-22-generic root=UUID=463913d3-0d05-4df5-ac8f-3ac4d3ea2167 ro splash vga=789 quiet splash
initrd /boot/initrd.img-2.6.32-22-generic
}

Je me suis dit qu'il y avait là les arguments nécessaires au boot. J'ai ouvert le grub.conf, pris modèle sur la partie fedora, et inséré ça :

title mint9_sda7
root (hd0,7)
kernel /boot/vmlinuz-2.6.32-22-generic ro root=UUID=463913d3-0d05-4df5-ac8f-3ac4d3ea2167 ro splash vga=789 quiet splash
initrd /boot/initrd.img-2.6.32-22-generic

Reboot, et "cannot mount selected partition" :-o

Un coup de google, et je tombe sur un gars qui explique que grub numérote à partir de zéro. Donc root (hd0,7) -> root (hd0,6)

Et hop, ça boot...

Je vais pouvoir, en toute quiétude, continuer à explorer Fedora. Déjà, j'ai trouvé les 4 lignes de commandes "magiques" qui m'ont permis d'installer flash 64 dans firefox.

Conclusion, plus jamais d'install de nouvelle distribution, sans prendre des "précautions" pour pouvoir revenir à l'état antérieur...
Bon ben tant mieux que tu ais pu retrouver tous tes petits.
Effectivement la numérotation commence à 0 dans grub, du coup faut faire attention avec la lecture de fdisk.

Bonne continuation !
bonjour,
si tu reinstalles une nouvelle distri , install grub ou lilo sur la partition de la nouvelle distri et dans le grub de fedora il ne te restera qu'a ecrire 
title xxxx
    rootnoverify (hdx,x)
    chainloader +1
et la ça marchera
a+
[Hors sujet]
fcafca wrote:Je vais pouvoir, en toute quiétude, continuer à explorer Fedora. Déjà, j'ai trouvé les 4 lignes de commandes "magiques" qui m'ont permis d'installer flash 64 dans firefox.
Il faut passer par flash 32bits et nspluginwraper, car Flash 64bits est laissé à l'abandon jusqu'à nouvel ordre.
Connaissant l'extrême vulnérabilité du plugin flash, il vaut mieux donc se tenir à jour et passer à la dernière version qui est en 32bits uniquement.
Merci du tuyau, homere...

Périclès, concernant flash, c'est vrai que j'en ai plein le cul des problèmes du plug-in 64...
J'ai trouvé ce lien : http://www.if-not-true-then-false.com/2010/install-adobe-flash-player-10-on-fedora-centos-red-hat-rhel/
A priori, ça a du fontionner, vu que je n'ai plus le bug du "clic droit".
Pourvu que ça dure...

Maintenant, je vais me pencher sur les clefs USB wifi... Vaste sujet.
Rue Mongallet, j'ai acheté deux clefs (pour pas cher), une TPLink, et une Edimax.
Sous Ubuntu/mint (64 isadora), après avoir installé, et compilé les drivers, les deux clefs fonctionnent, mais au bout d'un moment, Gnome se fige...:-x

Je tiens a voir si sous Fedora, c'est le même problème.
Je pars de loin, rien touché à l'install Fedora 13 :

Les deux clefs :
Bus 002 Device 004: ID 0cf3:9271 Atheros Communications, Inc.
Bus 002 Device 005: ID 7392:7711 Edimax Technology Co., Ltd EW-7711UTn nLite Wireless USB Adapter

iwconfig
lo no wireless extensions.
eth0 no wireless extensions.
pan0 no wireless extensions.

Y a du taf 😉

Si par hasard, quelqu'un m'indique une clef avec antenne "détachable" qui marche directos, sans rien faire, je lui donne mes deux clefs (qui fonctionnent à merveille sous seven et XP :-x