Bonjour
Depuis les mises à jour de l'avant dernier kernel, la commande grub2-mkconfig -o /boot/grub2/grub.cfg n'a plus d'effet chez moi..

La commande ne s’exécute pas jusqu'au bout...j'obtiens çà : 
[F17@localhost ~]$ su -
Mot de passe : 
[root@localhost ~]# grub2-mkconfig -o /boot/grub2/grub.cfg
Création de grub.cfg…
Image Linux trouvée : /boot/vmlinuz-3.7.5-201.fc18.x86_64
Image mémoire initiale trouvée : /boot/initramfs-3.7.5-201.fc18.x86_64.img
Image Linux trouvée : /boot/vmlinuz-3.7.4-204.fc18.x86_64
Image mémoire initiale trouvée : /boot/initramfs-3.7.4-204.fc18.x86_64.img
Image Linux trouvée : /boot/vmlinuz-3.7.2-204.fc18.x86_64
Image mémoire initiale trouvée : /boot/initramfs-3.7.2-204.fc18.x86_64.img
le curseur clignote en bas de l'écran, mais plus rien ne bouge.. je dois fermer le terminal à la main.
je ne pense pas que ce soit dû au Kernel. mais plutôt à une mise à jour autre au moment de la mise à disposition de l'avant dernier Kernel

avez vous rencontré ce PB ? avez vous des idées à me suggérer pour traiter ce truc ? Merci
une tentative ?

dans le repertoire /etc/grub.d .. crée un autre répertoire, tmp par exemple ou ce que tu veux et déplace le fichier 30-os-prober de son emplacement dans ce nouveau répertoire.

La commande mkconfig n'aura plus à exécuter os-prober. Moi c'est ce que j'ai fait, j en suis ravi.
nouvo09 wrote:une tentative ?

dans le repertoire /etc/grub.d .. crée un autre répertoire, tmp par exemple ou ce que tu veux et déplace le fichier 30-os-prober de son emplacement dans ce nouveau répertoire.

La commande mkconfig n'aura plus à exécuter os-prober. Moi c'est ce que j'ai fait, j en suis ravi.
Mais en faisant cela, la commande ne détecte plus les autres OS installés sur ton disque ? (ou je me trompe...)
Tout à fait oui. Enfin moi je le fais parce que je chaine les autres OS depuis un autre grub.

Et encore même si on n'en a qu'un il me semble si on est un peu agile que c'est mieux de créer manuellement les chainages dont on a besoin dans le fichier 40 que de laisser ce.... machin là opérer.
bonjour, 
Création de grub.cfg…
Image Linux trouvée : /boot/vmlinuz-3.7.5-201.fc18.x86_64
Image mémoire initiale trouvée : /boot/initramfs-3.7.5-201.fc18.x86_64.img
Image Linux trouvée : /boot/vmlinuz-3.7.4-204.fc18.x86_64
Image mémoire initiale trouvée : /boot/initramfs-3.7.4-204.fc18.x86_64.img
comme se fait'il qu'il commence par le 201 et ensuite le 204 ?
donne voir ton fichier /etc/default/grub
a+
homere57 wrote:bonjour, 
Création de grub.cfg…
Image Linux trouvée : /boot/vmlinuz-3.7.5-201.fc18.x86_64
Image mémoire initiale trouvée : /boot/initramfs-3.7.5-201.fc18.x86_64.img
Image Linux trouvée : /boot/vmlinuz-3.7.4-204.fc18.x86_64
Image mémoire initiale trouvée : /boot/initramfs-3.7.4-204.fc18.x86_64.img
comme se fait'il qu'il commence par le 201 et ensuite le 204 ?
donne voir ton fichier /etc/default/grub
a+
parce que c'est le plus récent :
3.7.5-201.fc18.x86_64
3.7.4-204.fc18.x86_64
re,
je vient de m'en apercevoir :hammer:
du coup je viens de mettre à jour et pas de soucis au passage de la commande
a+
hello
A Heldwin - çà bloque au moment de OS prober

A nouvo09 - j'ai fait ta manip.. nickel.. c'est bien au moment de la détection des autres os que çà bug.... donc plus de PB en planquant le script incriminé.

A noter que quand OS prober part en boucle.. l'arrêt du PC plante aussi.. sur commande d'arrêt, on reste bloqué sur l'écran avec le logo fedora en fin d'arrêt ..

merci des infos
un petit retdémarrage pour voir si le grub.conf s'est bien réécrit...

à tout de suite..
c'est impect... le menu de grub est revenu à sa forme normal Merci

Pour ceux qui ont ce PB..
le fait de ne plus faire la recherche des OS à intégrer fait que les lignes qui étaient présentes pour eux dans le menu grub disparaissent.
ce qui cassera les c...à plus d'un...

Contournement.
Avant de faire un nouveau mkconfig qui réécrira le grub.congf, editer ce grub conf pour y chercher les lignes de démarrage de votre os à ajouter
copier ces lignes les coller dans le fichier /etc/grub.d/40-custom
Ainsi, à chaque réécriture du grubconf, les lignes "Custom" seront réintégrées.... donc plus besoin temporairement de OS prob

Voici mon 40_custom pour info
ne pas tenir compte des lignes
drivemap (hd0) (hd1) # hd0 devient hd1
drivemap (hd1) (hd0) # hd1 devient hd0 virtuellement
donc ne copiez pas les lignes ci-dessous, mais éditer celles de votre grub.conf.
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.


#Windws 8 entry pour veille win 8 active
menuentry "Windows 8 (loader) (on /dev/sdb1) (avec veille)" --class windows --class os {
	insmod part_msdos
	insmod ntfs
	set root='(hd1,msdos1)'
	drivemap (hd0) (hd1)    # hd0 devient hd1
	drivemap (hd1) (hd0)    # hd1 devient hd0 virtuellement
	search --no-floppy --fs-uuid --set=root 1040536840535416
	chainloader +1
}
Juste une question:
comment peut-on savoir ce qu'il y a d'écrit dans le mbr d'un disque ?
Ca c'est pas dur

dd if=/dev/sda of=mbr.dat bs=512 count=1

le plus dur c est après, savoir comment l'analyser. Mais on trouve la doc facilement là-dessus.

sinon sous dos tu as un petit programme hyper utile dénommé mbrtool.exe qui te permet de
-sauvegarder tous les mbr de ton pc
-sauvegarder les pistes 0 de tous les disques présents
-les restaurer en cas de besoin

pour éditer le mbr tu peux utiliser un éditeur hexa, ce qui ne va pas t'avancer beaucoup, soit un autre programme ad-hoc.
@ nouvo,
merci, mais en effet cela me m'avance pas beaucoup, c'est vraiment trop dur à lire...
Exter wrote:c'est impect... le menu de grub est revenu à sa forme normal Merci

Pour ceux qui ont ce PB..
le fait de ne plus faire la recherche des OS à intégrer fait que les lignes qui étaient présentes pour eux dans le menu grub disparaissent.
ce qui cassera les c...à plus d'un...

Contournement.
Avant de faire un nouveau mkconfig qui réécrira le grub.congf, editer ce grub conf pour y chercher les lignes de démarrage de votre os à ajouter
copier ces lignes les coller dans le fichier /etc/grub.d/40-custom
Ainsi, à chaque réécriture du grubconf, les lignes "Custom" seront réintégrées.... donc plus besoin temporairement de OS prob

Voici mon 40_custom pour info
ne pas tenir compte des lignes
drivemap (hd0) (hd1) # hd0 devient hd1
drivemap (hd1) (hd0) # hd1 devient hd0 virtuellement
donc ne copiez pas les lignes ci-dessous, mais éditer celles de votre grub.conf.
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.


#Windws 8 entry pour veille win 8 active
menuentry "Windows 8 (loader) (on /dev/sdb1) (avec veille)" --class windows --class os {
	insmod part_msdos
	insmod ntfs
	set root='(hd1,msdos1)'
	drivemap (hd0) (hd1)    # hd0 devient hd1
	drivemap (hd1) (hd0)    # hd1 devient hd0 virtuellement
	search --no-floppy --fs-uuid --set=root 1040536840535416
	chainloader +1
}
Pour tester, j'ai essayé, avec ma Fedora 19 rawhide.

après avoir désactivé os-prober de la même façon que nouvo, j'ai ajouté ces lignes dans mon 40_custom : 
menuentry 'Fedora release 19 (Rawhide)' {
	load_video
	set gfxpayload=keep
	insmod gzio
	insmod part_msdos
	insmod ext2
	set root='hd0,msdos2'
        configfile /boot/grub2/grub.cfg
}
Ensuite un mkconfig...

Au redémarrage, j'ai bien une entrée Fedora 19, mais si je la choisi, rien ne se passe (enfin grub a l'air de se lancer, mais cela revient sur le menu).

Où est l'erreur ?
Tu t ennuies pour rien:

entre avec ton media d'install dans F19, et fais un grub2-install /dev/sda2 --force

du coup dans le grub de F 18 tu n'as plus qu'à chainer sur sda2
OK, mais je ne me souviens plus de la syntaxe du chainage dans grub2... je vais chercher...
Super cela fonctionne... :hammer: :hammer: :hammer:
Avec dans mon 40_custom : 
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
     menuentry "Fedora 19 rawhide" {
        insmod ext2
        set root=(hd0,2)
        chainloader +1
     }
Cela me renvoie bien sur le grub de ma Fedora19 rawhide, je n'aurai plus à faire un mkconfig sur ma F18 à chaque nouveau kernel de la rawhide (ce qui était assez contraignant, vu qu'en ce moment il y a presque deux nouveaux kernel par semaine...)
Depuis le temps que je le dis ...
Ca me semble tout à fait indiqué, sans oublier toutefois qu'il s'agit quand même de solutions "alternatives", pas vraiment recommandées par le team de fedora et donc ça peut très bien être vite périmé, si on en juge d'après la vitesse du developpement.
Comme tu dis cela évolue vite.
Je viens de lire sur un des rapports de bug : https://bugzilla.redhat.com/show_bug.cgi?id=872826 comment 100 :
Martin Wilck 2013-02-08 09:12:35 EST

(In reply to comment #99)
> I had occasion to reinstall Fedora 18, so I gave this method a shot.
> Rebooted the Fedora DVD and chose Rescue

It's sufficient to switch to the text console and type the grub2 commands before the first reboot - no need to boot the rescue system.
Apparemment on pourrai faire un "grub2-install /dev/sda2 --force" en console après que l'installation soit terminé, mais avant de redémarrer pour le first-boot...