J'ai eu le même souci, que j'ai pu résoudre avec ce lien https://bugzilla.redhat.com/show_bug.cgi?id=800205 et notamment le commentaire #13.

C'est le fichier /boot/grub2/grub.cfg que tu dois éditer en tant que root. Attention à ne pas y faire de bêtise où il ne faut pas, sinon tu ne pourras plus booter du tout !
Pense également à remplacer uuid-of-root et uuid-of-boot par les UUID de tes partitions correspondantes (que tu peux avoir en utilisant la commande blkid en tant que root également).

bonjour et désolé de polluer ton post,mais j'ai exactement le même problème.

Sauf que,j'ai décidé d'attendre la version finale pour faire une install fraîche ou un preupgrade si le bug est corrigé.

J'ai donc supprimé dans /var/cache,tout ce qui avait trait à preupgrade et j'ai rebooté.

Mais j'ai toujours dans grub2,l'entrée relative à la mise à jour vers F17,même en ayant régénérer le grub.

Ma question est de savoir quel fichier éditer et comment,vu que /boot/grub2/grub.cfg ne doit pas être édité ?
merci d'avance

Si tu as toujours une entrée en F17 dans ton boot, même en ayant régénéré le grub, c'est que tu dois avoir un kernel en F17 qui traine...
Que renvoie la commande :

yum list kernel

voilà,pas de F17

kernel.i686                        3.3.4-1.fc16                         @updates
kernel.i686                        3.3.4-3.fc16                         @updates
kernel.i686                        3.3.5-2.fc16                         @updates

et extrait de /boot/grub2/grub.cfg :

menuentry 'Mise à niveau vers Fedora 17 (Beefy Miracle)' --class gnu-linux --class gnu --class os {
	linux /boot/upgrade/vmlinuz preupgrade repo=hd::/var/cache/yum/preupgrade ks=hd:UUID=b8a80693-59ce-4e6f-a4bf-c85161b00263:/boot/upgrade/ks.cfg stage2=hd:UUID=b8a80693-59ce-4e6f-a4bf-c85161b00263:/boot/upgrade/squashfs.img
	initrd /boot/upgrade/initrd.img

ceci dit à l'affichage du grub c'est F16 qui est sélectionné,donc pas très grave

et merci pour ta réponse

Ce n'est pas très grave, peut-être, mais j'y vois quand même un bogue, qui mériterai d'être rapporté sur le bugzilla.

Normalement, quand tu fais un

su -c 'grub2-mkconfig -o /boot/grub2/grub.cfg'

grub2 reconstruit le grub.conf avec les indications qu'il y a dans /boot.

Il doit y avoir dans ton dossier boot des fichiers en F17

j'ai trouvé dans /boot un sous dossier upgrade contenant :

 ls /boot/upgrade
initrd.img  ks.cfg  squashfs.img  vmlinuz

seul ks.cfg semble avoir été créé aujourd'hui(d'après les propriéés des fichiers)

voici son contenu :

 ks.cfg generated by preupgrade
lang fr_FR.UTF-8
keyboard fr
bootloader  --upgrade --location=none
clearpart --none
upgrade --root-device=UUID=None
reboot


%post
grubby --remove-kernel=/boot/upgrade/vmlinuz
rm -rf /boot/upgrade /var/cache/yum/preupgrade*
%end

je renommerai ce dossier upgrade en upgrade.bak, qui contient initrd.img, squashfs.img et vmlinuz se rapportant, je pense, à un kernel F17.

Et ensuite je referai un « su -c 'grub2-mkconfig -o /boot/grub2/grub.cfg' »

Si ton entrée de la mise à jour vers F17 n'apparait plus, et que tu peux démarrer normalement, tu pourra ensuite supprimer ce dossier upgrade.bak

une reponse peut être à votre probleme,
le preupgrade de F16 vers F17 via preupgrade, fonctionne bien, mais à condition de faire attention à une chose.

comme vous voulez passer à une version beta de fedora, je suppose que vous avez tous la derniere version à jour de F16, donc avec le kernel 3.5.5- or l'incrementation du dernier kernel sous F17 est 3.5.4-2 donc il ne s'installe pas, c'est pour cela, que vous ne le trouvez pas.
pour contourner le problème, il faut rebooter sur un kernel inférieur à celui de F17 le 3.5.4-1 de F16par exemple, puis ensuite virer le kernel 3.5.5-* de F16, ( rpm -e kernel-3.5.5-* )
puis faire un yum update qui actualisera la F17,
une commande
# grub2-mkconfig -o /boot/grub2/grub.cfg

et votre F17 apparaitra dans la liste au redemarrage avec une petite erreur sur la lecture du grub, mais c'est un autre probleme.

le reboot sur F17, enlevera le problème d'extinction de l'ordi pour ceux qui le rencontre.


voila si cela peut aider.

merci pour ta réponse,je pense que tu fais une petite méprise au niveau de la numérotation?
Je pense être à jour avec la 3.3.5.2,alors la 3.5.5* 🙂

tu voulais surement dire 3.3.5.
Par contre vu ma liste de kernel :

kernel.i686                        3.3.4-1.fc16                         @updates
kernel.i686                        3.3.4-3.fc16                         @updates
kernel.i686                        3.3.5-2.fc16                         @updates

ça me ferait deux kernels à enlever?

Du coup je vais peut être attendre la finale qui d'ailleurs est retardée de 8 jours.

oui pardon pour la numerotation

normalement il suffit d'enlever la 3.3.5-2

de toute manière si cela ne suffit pas la commande yum update ne fonctionnera pas non plus, donc il faudra enlever encore un kernel le 3.3.4.2 dans ton cas.

aprés le yum fonctionnera, et la F17 sera completement installée.

ça n'a pas fonctionné.
J'ai enlevé les kernels concernés puis fait un yum update qui m'a proposé de de remettre le kernel 3.3.5 fc16.J'ai refusé,lancé grub2-mkconfig et rebooté.
Et l'entrée correspondant à la mise à niveau avait disparu,il ne reste que du F16.
Je vais donc remettre le kernel 3.3.5 et virer tout ce qui concerne preupgrade,c'est plus sage.
Mais je te remercie quand même

cela signifie que tes dépots n'ont pas été mis à jour pour pointer sur les adresses de F17, lors de l'upgrade,
je me demande si personnellement je n'avais pas fait un yum update juste aprés le preupgrade, ce doit être cette manip qui chez moi à fait basculer les depots...

désolé..

Après le preupgrade, j'ai lancé la commande:

yum distro-sync

et ça a corrigé les problèmes de packages et de dépôts.