Bien que ce sujet sera bientôt obsolète au moment où j'écris ces lignes avec l'arrivée imminente de Fedora19, mon rapport tardif sur l'installation de Fedora18 par upgrade :

Méthode d'installation : fedup réseau
fedup-cli --network 18 --debuglog=fedupdebug.log
Problèmes majeurs :

Version de paquet fedup obsolète/bogué malgré la commande
yum --enablerepo=updates-testing install fedup
Les paquets avec la version de fedup se téléchargeaient bien, mais blocage au boot sur la nouvelle entrée de fedup, cf http://forums.fedora-fr.org/viewtopic.php?id=60028

Version téléchargée : fedup-0.7.3-4.fc17.noarch

Version qui a finalement fonctionné : fedup-0.7.3-5.fc17.noarch, qu'on trouve par exemple ici : http://koji.fedoraproject.org/koji/buildinfo?buildID=419714

Deux jours/nuits de galère pour trouver la source du problème, et ensuite trouver ce fichu paquet ! 🙁

Soucis mineurs :

Lors de l'upgrade, attention si vous avez ajouté des paramètres à /etc/default/grub, perso ça m'a foutu le boxon au moment de booter sur la nouvelle entrée, virez ou commentez vos lignes avant de faire le fedup, mais bon ça peut être valable à chaque fois qu'on effectue un upgrade majeur, donc pas la faute à Fedora.

Points positifs :

Pour l'instant, je retrouve tout pareil à Fedora17, y compris mon fond d'écran (j'ai même fait un uname -a pour vérifier que j'étais bien avec Fedora18 !), et la petite impression de meilleure réactivité étant à chaque fois observée lors d'une ré-installation ou upgrade, tout étant nettoyé.

Points négatifs :

Rien pour l'instant, tout à l'air normal, encore heureux j'allais dire...
15 jours plus tard
Méthode d'installation : fedup réseau

Problèmes majeurs : aucun

Soucis mineurs : pas mal de petits trucs bizarres

[*]Premièrement les pilotes nvidia qui ne se sont pas mis à jour donc au premier reboot il faut désinstaller et réinstaller en ligne de commande les pilotes[/*]
[*]Quelques paquets qui sont restés en F17 mais trouvés facilement avec package-cleanup (voir doc)[/*]
[*]cinnamon a perdu quelques paramètres comme l'icône du réseau qui est vide mais qui fonctionne si on clique dessus. Il doit manquer un ou deux paquets mais pas encore trouvé.[/*]

Sinon, migration parfaite avec aucune perte du lvm et à part la longueur de téléchargement des paquets c'est allé vraiment vite pour un raptor (disque 10k tours).

Ça y est toutes mes machines sont migrées en F18 ça fait plaisir !
10 jours plus tard
Méthode d'installation : via l'image Fedora-18-i686-Live-Security.iso gravée sur DVD
j'ai voulu faire l'installation sur une clé USB, comme je l'avais fait et réussi avec un CD Fedora 16 Security
Je ne parle pas ici de duplication d'image ISO sur clé mais d'une réelle installation (arborescence bin, usr, home...sur la clé) pour un PC sans DD.

Problèmes majeurs :
1er essai:
le PC démarre sur Fedora 18, je valide l'option Intall to Hard Drive
faut vraiment voir le petit texte Définir le clavier à l'agencement par défaut pour la langue sélectionnée
pour ne pas oublier de cocher cette option!
Je passe outre à l'installation automatique et je coche Je n'ai pas besoin d'aide: pour choisir moi même mon partitionnement:
un seul point de montage: / (-> le clavier est resté en qwerty, c'est la touche point d'exclamation)
type de partition ext2 dont je coche l'option Reformater
-> clavier azerty ou qwerty, je me demande quel mot de passe root j'ai tapé...
...l'installation se fait sur la clé...jusqu'au message:
Fedora is now successfully installed ou your system and readyfor you to use! When you are ready, reboot your system to start using it.
Je termine l'opération via le bouton Quit,
arrête le PC 'enlève le DVD et redémarre sur la clé:
Non System Disk or disk error
replace and strike any key when ready

Ben oui, autant que je me souvienne la même chose avec Fedora16 m'avait demandé à la fin de l'install de charger le boot loader,
avec la Fedora18, rien de cela ne m'a été demandé...ou j'ai raté quelque chose!

Second essai:
car c'est louche j'ai du rater quelquechose: cette fois la même clé démarre mais reste bloquée sur
GRUB loading.
Welcome to GRUB!
je laisse comme cela et au bout de plus d'une heure...la suite de l'installation s'effectue avec la demande de création d'un user
Hélas, même message au redémarrage du PC...qui reste "freezé" sur celui-ci
Comportement identique en mettant la clé dans un autre PC!

Troizième essai:
j'ai un doute sur la clé, alors je prends la même clé USB que celle qui porte Fedora16
Cette fois succès, l'installation s'est aussi faite et les PC ne restent plus bloqués sur le message décrit.

Par contre inflation de taille entre Fedora18 et 16 car après install de Firefox, plus de place pour installer LibreOffice
J'avais pourtant moins de place sur cette clé pour Fedora16 car il y avait une partition de swap que j'ai confondue
au reformatage en ext2 pour l'install Fedora18

Conclusion: l'installation dépend de la clé USB...mais je n'ai pas réussi à déterminer ce qui différenciait ces 2 clé toutes 2 de 4Go!
un mois plus tard
- Méthode d'installation :
fedup-cli --network 18 --debuglog=fedupdebug.log

- Problèmes majeurs :
Pas vu.

- Soucis mineurs :
Pas pris.

- Points positifs :
S'il n'y avait eu le changement de splash screen, je me serais demandée si j'avais bien changé de version ! Tout s'est déroulé automatiquement (pendant que je dormais ...) et le système fonctionnait tout à fait normalement après l'upgrade.

- Points négatifs :
Aucun pour le moment.


Je me tâte un peu pour savoir si j'embraye tout de suite l'upgrade vers F19, ou si je tourne d'abord un peu avec la version actuelle.
nouvo09 wrote:Attends un peu !
😉

Ca va surtout dépendre du fait que j'arrive à calibrer mes écrans, ou pas : c'est la raison qui m'a poussée à upgrader dès que j'ai trouvé un moment pour le faire, car là, je suis dans une impasse totale côté chaîne graphique.
Pour avoir faire 2 migrations F17 -> F19 si la F18 est bien passée la F19 passe sans soucis.
MarbolanGos wrote:Pour avoir faire 2 migrations F17 -> F19 si la F18 est bien passée la F19 passe sans soucis.
Merci de ton retour.
J'avais différé l'upgrade vers F18 car les retours utilisateurs n'étaient pas très bons ... maintenant que je n'ai plus qu'une machine, les upgrades sont "sans filet", et je ne pouvais pas me permettre de rester en rade plusieurs jours.
Pour F19, je n'ai pas encore regardé dans le détail, mais la mise à jour paraît moins problématique, surtout avec fedup qui se charge de tout.
Petit souci
tosca wrote:- Points négatifs :
Aucun pour le moment.
En fait, Apache ne se lance pas. J'ai ceci dans le journal : 
août 06 14:23:32 toshiba4.mna httpd[4725]: AH00557: httpd: apr_sockaddr_info_get() failed for toshiba4.mna
août 06 14:23:32 toshiba4.mna httpd[4725]: AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1. Set the 'ServerName' directive globally to suppress this message
août 06 14:23:32 toshiba4.mna httpd[4725]: httpd (no pid file) not running
août 06 14:23:32 toshiba4.mna systemd[1]: Failed to start The Apache HTTP Server.
-- Subject: Unit httpd.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- Documentation: http://www.freedesktop.org/wiki/Software/systemd/catalog/be02cf6855d2428ba40df7e9d022f03d
-- 
-- Unit httpd.service has failed.
-- 
-- The result is failed.
août 06 14:23:32 toshiba4.mna systemd[1]: Unit httpd.service entered failed state.
Pas bien causant pour moi ... Quelqu'un peut me mettre sur la piste ?
Merci pour vos suggestions.

NB : MySQL se lance sans problème, lui.
Ouvre un sujet là dessus avec : 
systemctl status httpd
tosca wrote: 
août 06 14:23:32 toshiba4.mna httpd[4725]: AH00557: httpd: apr_sockaddr_info_get() failed for toshiba4.mna
août 06 14:23:32 toshiba4.mna httpd[4725]: AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1. Set the 'ServerName' directive globally to suppress this message
août 06 14:23:32 toshiba4.mna httpd[4725]: httpd (no pid file) not running
août 06 14:23:32 toshiba4.mna systemd[1]: Failed to start The Apache HTTP Server.
Il ne sait pas résoudre ton adresse : ajoute toshiba4.mna dans ton fichier /etc/hosts ou mets le nom dans ServerName du fichier /etc/http/conf/httpd.conf
MarbolanGos wrote:Ouvre un sujet là dessus avec : 
systemctl status httpd
Fait ici.