1- analyse du cas:
D'après les posts, la configuration de
loicb54 se décrit comme suit:
disque 1: XP - une seule partition
disque 2: plusieurs partitions, une NTFS et les partitions Fedora (sans doute /boot, /, swap).
Selon Linux, l'architecture devrait se décrire en:
disque 1: hda -> la partition est vue comme hda1
deux hypothèses pour le disque 2 :
* mise en oeuvre de partitions étendues: hdb -> hdb1: XP, hdb4: /boot, hdb5: /, hdb6: swap
* simple: hdb -> hdb1: XP, hdb2: /boot, hdb3: /, hdb4: swap
Ce point serait utilement confirmé par un:
# fdisk -l
Pour Grub, cette table de partitions deviendrait:
hda1 -> (hd0,0)
hdb1 -> (hd1,0)
hdb2 -> (hd1,1)
...
hdb4 -> (hd1,3)
hdb5 -> (hd1,4)
hdb6 -> (hd1,5)
Le message
" /dev/hdb2 does not have any corresponding BIOS drive" indique que le script grub-install a cherché les Stage_X pour l'installation sur une partition qui n'était pas décrite par le BIOS (ce qui peut conforter l'idée que le disque 2 est configuré en hdb1, hdb4 ....) ou qui était masquée ...
Les permutations opérées entre les disques, au démarrage, permettent toutefois le lancement de Fedora (donc la lecture de /hdb2 - ou hdb4 selon l'architecture réelle). Ce point laisse penser que hdb1 était masquée (le
fil suivant , déjà cité, avait signalé que partition magic pouvait masquer des partitions ...).
2- solutions possibles:
Deux solutions sont possibles, selon les hypothèses:
2.1- hypothèse: mauvaise identification de la partition support de /boot
Il faut modifier /boot/grub/grub.conf pour désigner la partition à partir de laquelle le kernel pourra être chargé
root (hd1,3)
kernel /vmlinuz-XXXXXXXX ro
initrd /initrd-XXXXXXX.img
2.2- hypothèse: masquage de la partition support de /boot
Il faut ajouter au /boot/grub/grub.conf la ligne suivante:
[b]unhide (hd1,1)[/b]
root (hd1,1)
On pourra agir au lancement de Grub, en passant en mode inter actif, pour modifier directement les paramètres de lancement (voir le tutorial
Grub: les bases pour Fedora , utilisation du mode inter actif).
