Bonjour à tous voici mon retour d'expérience sur le passage de fedora 17 à fedora 18 via fedup.

1 : mise à jour de F17
2 : installation de fedup comme indiqué dans le Wiki
#yum --enablerepo=updates-testing install fedup
3 : téléchargement de l'image de fedora 18 et encore comme dans le Wiki 
fedup-cli --iso /home/user/fedora-18.iso --debuglog=fedupdebug.log
4 : verification du .log, pas d'erreur... reboot

5 : au grub choisir System Upgrade

6 : une petite heure plus tard, et aprés un joli ecran plymouth clignotant avec la barre de progression de l'installation
le système démarre.

c'est la que les choses se complique un peu.... 
uname -a
je suis encore sur un kernel en f17, mais par contre tout l'environnement est en F18 ( le gdm est superbe)...
lancement de gnome 3 au login

erreur " Ouups quelque chose....." bon normal carte nvidia sous nouveau , mode restreint ...

je me lance dans les mises à jour

dans un terminal
#yum update
pas de probleme sauf les cle GPG de rpm fusion qui ne vont pas

donc

on relance avec 
#yum --nogpgcheck update
toutes les mises à jour se font, je vois passer un kernel en F18 et le akmod-nvidia correspondant ,super.
grub2-mkconfig -o /boot/grub2/grub.cfg
pour refaire les entrées dans grub

reboot

bon la , surprise, l' installation du akmod-nvidia, n'a pas blacklisté nouveau, donc obligé de le faire à la main

j'ai choisi la méthode suivante :

ajouter rd.driver.blacklist=nouveau à la fin de la ligne GRUB_CMDLINE_LINUX dans le fichier

/etc/default/grub
grub2-mkconfig -o /boot/grub2/grub.cfg
pour prendre en compte cette dernière modification.

reboot

et la tout marche de façon impeccable, boot sur le dernier kernel

Linux sancy 3.7.2-201.fc18.x86_64 #1 SMP Fri Jan 11 22:16:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
le driver pour ma carte est bien le kmod-nvidia...

un peu surpris tout de même de devoir encore avoir à lancer la commande 
grub2-mkconfig -o /boot/grub2/grub.cfg
pour integrer les nouveaux kernel dans le grub
et egalement le fait que nouveau n'ai pas été blacklisté directement à l'installation de akmod-nvidia, mais pour ce dernier point, cela vient peut
être de l'enchainement d'installation de fedup...

voila en espérant que cela peut aider...
voila en espérant que cela peut aider...
Enormément !!! Merci !!!
a moi : mon environnement n'est pas standard puisque pas de gnome ni de kde. J'utilise uniquement openbox avec lxdm.

1/ Migration via fedup-cli et le réseau (pas de supportdvd)
2/ Reboote --> nouvelle entrée dans le grub
3/Migration --> OK
4/ Reboote

Alors là plusieurs soucis :
1/ lxdm n'est plus chargé au démarrage --> obligé de me loguer en console puis de faire un startx pour m'assurer que ce n'est pas un problème graphique. suite à ça remise en route de lxdm au départ via systemctl
2/Mise à jour de grub via : grub2-mkconfig -o /boot/grub2/grub.cfg
3/Reboote et là surprise je me retrouve sur des noyaux bizarres : dans /boot il reste vmlinuz-fedup et initramfs-fedup.img et je boote par défaut dessus.
4/ Remove des kernel f17 et déplacement de ces 2 fichiers dans un répertoire temporaire. Mise à jour de grub + reboote
5/ ok me voilà en f18 sur le noyau 3.7.2-201

Reste alors plus que quelques soucis mineures :
1/ mon ssh ne fonctionne plus. Il faut que j'efface mon .ssh de mon $HOME et que je le recréé
2/des profils bizarres ont été ajoutés à MPD et du coup gmpc ne peut plus se connecter : delete de ces profils et tout rentre dans l'ordre
3/ httpd ne démarre plus --> une nouvelle version du httpd.conf est disponible. Je passe dessus et tout rentre dans l'ordre...
4/ A priori les thèmes que j'utilise ne sont plus trop compatible avec gtk3. Du coup pcmanfm, nautilisu ou nemo sont tous moches--> faut que je change de thème !


Conclusion : ce qui m'a pris le plus de temps est le non effacement de ces fichiers dans le répertoire /boot...Vraiment embêtant et pour moi difficile à voir...
bonjour,
passage de f17 vs f18 sur mon pc de bureau
fedup pas de soucis
redemarrage grosse misere avec les kernels de f17 , bon , j'ai reussi a demarrer à installer le dernier kernel de f18
plantage de kde , impossible à lancer
mise à jour de grub
reboot
yum update
plus de 700 mises à jour , plantage la faute à ffmpeg et django qui n'auraient pas de mise à jour , je vire les fichiers cités + quelques dépendances .
hop
yum update
c'est en cours , ce qui va se résume par plus de 3 heures de mise à jour .
le portable attendra demain, mais comme son installation est récente , ça devait aller plus vite j'espere.
a+
J'ai eut exactement les meme souci que toi avec nvidia.

A la différence pret que le module ndivia n'etait pas installé, et que j'ai du faire en plus un yum install kmod-nvidia...

ps : Si d'autre ont le meme souci faite un ctrl +F2 pour avoir une console text (tout le monde n'est pas forcement au courant)
Merci beaucoup j'ai suivi à la lettre ce retour il m'a bien été utile
jpprade wrote:J'ai eut exactement les meme souci que toi avec nvidia.

A la différence pret que le module ndivia n'etait pas installé, et que j'ai du faire en plus un yum install kmod-nvidia...

ps : Si d'autre ont le meme souci faite un ctrl +F2 pour avoir une console text (tout le monde n'est pas forcement au courant)

Oui, pour moi aussi, les pilote nvidia n'etait plus installe. Apres, c'est rentre dans l'ordre.
C'est quand même terrible. J'ai eu le même soucis, mais, problème, si je fais un yum update, mon système est à jour, et j'ai toujours un kernel de F17.

Je ne vais quand même pas être obligée de me taper une install à l'ancienne !!!
bonjour

t'as pas oublier de passer la commande miracle
grub2-mkconfig -o /boot/grub2/grub.cfg
a+
Bon, j'ai ralumé mon pc, et là, yum update a fait son petit effet, je suis sur le bon kernel ...
Mais quelques dysfonctionnements quand même, affaire à suivre.
quand j'ai upgradé une de mes machines vers F18, un yum distro-sync m'a downgradé un paquet, je ne pense pas que ça soit critique mais à tout hasard tente le.