Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Problème grub

Zeft

Bonjour,

J'ai installé fedora 5 sur mon second disque (j'avais fedora 4 avant) et sur mon premier disque xp.
Je n'avais aucun problème avant l'installation, mon gruub me permettait de choisir mais maintenant lorsque je redémare, je me retrouve en attente d'une ligne de commande pour grub et avec comme joli text : Pour connaitre le premier mot tappez tab.

J'aimerais savoir comment faire pour que Grub me repropose le choix du système à lancer. J'ai essayé de voir le fichier grub.conf et j'ai ceci dedans :

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd1,0)
# kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
# initrd /initrd-version.img
#boot=/dev/hda
default=0
timeout=5
splashimage=(hd1,0)/grub/splash.xpm.gz
hiddenmenu
title Fedora Core (2.6.15-1.2054_FC5smp)
root (hd1,0)
kernel /vmlinuz-2.6.15-1.2054_FC5smp ro root=/dev/VolGroup00/LogVol00 rhgb quiet
initrd /initrd-2.6.15-1.2054_FC5smp.img
title Other
rootnoverify (hd0,0)
chainloader +1

J'avoue ne pas comprendre pourquoi grub n'execute pas le script, ni comment régler le problème.
Merci beaucoup de tout aide 🙂

kwizart

Effectivement l'article de la documentation du site sur grub ne répond pas à ce problème il me semble...
cf en haut à droite section documentation : http://www.fedora-france.org/modules/wiwimod/index.php?page=GRUB:+LES+BASES+POUR+FEDORA&back=WiwiHome

Cela peut arriver depuis qu'apparait la partion /boot sous windows (cela n'arrivait pas sous FC4, il me semble). Des lors si des manipulations sont faites sous cette partion étrange que windows ne peut lire ( rendre cachée, voire suppression...). Grub qui va chercher le script copié sur cette partition (depuis /etc/grub.conf) ainsi que les noyaux et modules, ne pourra pas continuer...

Dans tout les cas, c'est un problème avec la partition /boot qui n'est pas trouvée. L'autre solution est dans la doc, il s'agit d'utiliser la variable map pour les configuration avec plusieurs disques...

Essaie de voir avec le cd de secours si cette partition existe toujours:
fdisk -l /dev/hda ou fdisk -l /dev/hdb

drpixel

fdisk -l suffira ... il listera toutes les partitions sur tout les disques.

Au vu du grub.conf /boot est sur /dev/hdb1 et grub était installé sur ton MBR de hda.
Bootes en mode rescue et fais une réinstall de grub :

chroot /mnt/sysimage
grub
>root (hd1,0)
>setup (hd0)
>quit

Grub devrait se remettre dans le MBR, en cas de problème lors des commandes, poste l'(es) erreur(s).

herrib

kwizart a écrit :Grub qui va chercher le script copié sur cette partition (depuis /etc/grub.conf) ainsi que les noyaux et modules, ne pourra pas continuer...
Dans tout les cas, c'est un problème avec la partition /boot qui n'est pas trouvée. L'autre solution est dans la doc, il s'agit d'utiliser la variable map pour les configuration avec plusieurs disques...

/etc/grub.conf est un lien vers /boot/grub/grub.conf, le fichier de configuration de Grub en mode menu. De facto, tous les éléments utiles sont dans /boot (kernel, etc ...).

La partition /boot (sur hdb1 ou (hd1,0) au sens de grub) n'a pas été correctement identifiée.

En complément de la solution indiquée par l'excellent Docteur, une alternative: lancer l'utilitaire grub-install avec l'option --recheck pour forcer une nouvelle identification des partitions, en désignant hda pour l'installation du MBR (grub-install /dev/hda --recheck apès le chroot).