L'upgrade via fedup ne se termine pas : le processus reste bloqué sur le message 
finding updates 100% [=========================================================]
Par acquit de conscience, je l'ai laissé tourné toute la nuit, et je me retrouve avec plus de 5,6 millions de ligne dans /rout/fedupdebug.log !

A la lecture de ce fil, j'ai pensé qu'un noyau de F18 trop récent pouvait poser problème, et j'ai déinstallé le dernier, avant de faire un 
fedup --clean
comme indiqué ici, mais ça n'a rien changé.

Pour mémoire, les ennuis ont commencé depuis que j'ai voulu abandonner XFCE pour Gnome, de manière à pouvoir gérer les profils colorimétriques de mes écrans. F18 n'a jamais voulu se lancer correctement, je suis obligée de démarrer en mode 3 pour lancer manuellement startx à la main, et je me retrouve systématiquement sous XFCE. 🙁

La situation actuelle :
- impossible de démarrer la machine autrement qu'en mode 3, ce qui me permet de fonctionner en mode dégradé (sous XFCE et sans gestion de profils)
- je ne réussis pas à avoir un F18 fonctionnel
- l'upgrade vers F19 ne peut pas se faire.

Merci beaucoup pour vos suggestions, j'ai vraiment besoin de retrouver un usage normal de ma machine au plus vite.
1 - Tu as lancé quelle commande ?
2 - As-tu des dépôts tiers activés (yum repolist) ?
3 - Quel est le contenu de ton fichier /root/fedupdebug.log (sans les lignes redondantes à la fin) ?
Merci pour ta réponse. Je commençais à me sentir très seule, il doit y avoir pas mal de monde en vacances. 😉
Nicosss wrote:1 - Tu as lancé quelle commande ?
fedup-cli --network 19 --debuglog=fedupdebug.log
Nicosss wrote:2 - As-tu des dépôts tiers activés (yum repolist) ?
Pas grand chose d'exotique : 
Modules complémentaires chargés : langpacks, presto, refresh-packagekit
id du dépôt                         nom du dépôt                          statut
Dropbox/18                          Dropbox Repository                         4
fedora/18/x86_64                    Fedora 18 - x86_64                    33 868
fedora-chromium-stable/18/x86_64    Builds of the "stable" tag of the Chr     28
google-chrome                       google-chrome                              3
rpmfusion-free/18/x86_64            RPM Fusion for Fedora 18 - Free          469
rpmfusion-free-updates/18/x86_64    RPM Fusion for Fedora 18 - Free - Upd    606
rpmfusion-nonfree/18/x86_64         RPM Fusion for Fedora 18 - Nonfree       214
rpmfusion-nonfree-updates/18/x86_64 RPM Fusion for Fedora 18 - Nonfree -     506
updates/18/x86_64                   Fedora 18 - x86_64 - Updates          16 935
repolist: 52 633
Nicosss wrote:3 - Quel est le contenu de ton fichier /root/fedupdebug.log (sans les lignes redondantes à la fin) ?
Vu la taille du fichier, j'ai énormément de mal à l'ouvrir, tous les programmes en cours s'arrêtent un bon moment ... D'après ce que j'ai vu, il n'y avait pas de lignes redondantes à la fin, juste des messages "ordinaires".
La précédente version - qui fait tout de même près de 112.000 lignes - se termine par les lignes suivantes : 
[   890.821] (DD) fedup.depsolve:pkgAdded() added python-django.noarch for ud
[   890.824] (DD) fedup.depsolve:pkgAdded() added python-django.noarch for ud
[   890.826] (DD) fedup.depsolve:pkgAdded() added sssd.x86_64 for ud
[   890.829] (DD) fedup.depsolve:procReqPo() req po:   sssd = 1.9.5-2.fc18 → libsss_sudo-1.9.5-2.fc18.x86_64
[   890.829] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: libsss_sudo-1.9.5-2.fc18.x86_64 requires sssd
[   890.829] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: libsss_sudo-1.9.5-2.fc18.x86_64 requires sssd
[   890.829] (DD) fedup.depsolve:pkgAdded() added systemd.x86_64 for ud
[   890.841] (DD) fedup.depsolve:procReqPo() req po:   systemd = 201-2.fc18.7 → systemd-python-201-2.fc18.7.x86_64
[   890.842] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: systemd-python-201-2.fc18.7.x86_64 requires systemd
[   890.842] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: systemd-python-201-2.fc18.7.x86_64 requires systemd
[   890.842] (DD) fedup.depsolve:procReqPo() req po:   systemd = 201-2.fc18.7 → libgudev1-201-2.fc18.7.x86_64
[   890.842] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: libgudev1-201-2.fc18.7.x86_64 requires systemd
[   890.842] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: libgudev1-201-2.fc18.7.x86_64 requires systemd
[   890.842] (DD) fedup.depsolve:procReqPo() req po:   systemd = 201-2.fc18.7 → systemd-sysv-201-2.fc18.7.x86_64
[   890.843] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: systemd-sysv-201-2.fc18.7.x86_64 requires systemd
[   890.843] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: systemd-sysv-201-2.fc18.7.x86_64 requires systemd
Essaye de faire le fedup sans les dépôts tiers.
# fedup-cli --clean
# fedup-cli --disablerepo Dropbox --disablerepo google-chrome --disablerepo fedora-chromium-stable --network 19 --debuglog=fedupdebug.log
Ca a été hyper-rapide cette fois : 
[root@toshiba4 ~]# fedup-cli --disablerepo Dropbox --disablerepo google-chrome --disablerepo fedora-chromium-stable --network 19 --debuglog=fedupdebug.log
setting up repos...
default-installrepo/metalink                             |  31 kB     00:00     
fedora/19/x86_64/metalink                                |  32 kB     00:00     
fedora/19/x86_64                                         | 4.2 kB     00:00     
fedora/19/x86_64/primary_db                              |  17 MB     01:16     
rpmfusion-free/19/x86_64                                 | 3.3 kB     00:00     
rpmfusion-free/19/x86_64/primary_db                      | 440 kB     00:01     
rpmfusion-free-updates/19/x86_64                         | 3.3 kB     00:00     
rpmfusion-free-updates/19/x86_64/primary_db              |  87 kB     00:00     
rpmfusion-nonfree/19/x86_64                              | 3.3 kB     00:00     
rpmfusion-nonfree/19/x86_64/primary_db                   | 149 kB     00:00     
rpmfusion-nonfree-updates/19/x86_64                      | 3.3 kB     00:00     
rpmfusion-nonfree-updates/19/x86_64/primary_db           |  48 kB     00:00     
updates/19/x86_64/metalink                               |  30 kB     00:00     
updates/19/x86_64                                        | 4.6 kB     00:00     
updates/19/x86_64                                        | 4.6 kB     00:00     
updates/19/x86_64/primary_db                             | 6.8 MB     00:30     
Error: can't get boot images.
The installation repo isn't available.
You need to specify one with --instrepo.
Est-ce simplement une indisponibilité momentanée du dépôt, et je dois attendre un peu avant de relancer ?
Ou y a-t-il un problème dans ma configuration ?
Nicosss wrote: Quel est le contenu de ton fichier /root/fedupdebug.log ?
Absolument inchargeable : il fait plus de 600Mo !
Est-ce qu'il ne repart pas à chaque fois sur un fichier neuf ? Il faut alors que je le vire, ou que je le renomme ?
Nicosss wrote:Possible que ce soit une indispo momentanée, essaye de retenter dans un moment.
Il est reparti, sans le message d'erreur sur le dépôt d'installation cette fois ; mais il est de nouveau bloqué sur finding updates 100%.
Est-ce normal qu'il ne "dise" plus rien ? Dans mes souvenirs, il "causait" quasiment sans arrêt jusqu'à donner l'ordre de rebooter. :-?
Je ne sais pas s'il est écrasé mais tu peux l'effacer sans problème, il sera recréé.
Nicosss wrote:Je ne sais pas s'il est écrasé mais tu peux l'effacer sans problème, il sera recréé.
C'est fait.
Maintenant, je me demande si j'attends encore, ou si je "tue" le process pour aller voir ce qu'il y a dans le fichier.
Tu veux tuer quoi et pourquoi ?

Il faut laisser Fedup bosser sinon tu risques avoir des problèmes, tu peux toujours consulter le fichier.
Nicosss wrote:Tu veux tuer quoi et pourquoi ?

Il faut laisser Fedup bosser sinon tu risques avoir des problèmes, tu peux toujours consulter le fichier.
La dernière fois que j'ai laissé tourner fedup, ça a duré toute cette nuit avec pour seul résultat un fichier log monstrueux et inexploitable. :-?
Je ne comprends pas qu'il ne donne plus aucun message à la console : lorsque j'avais upgradé vers F18, le déroulement était clairement visible ; là, je ne vois rien !
Ca tourne toujours, et le fichier log a dépassé les 350Mo : 
[root@toshiba4 ~]# ls -l /root/fedupdebug.log
-rw-r--r-- 1 root root 352700100 12 août  14:13 /root/fedupdebug.log
Est-ce bien normal ?
Non pas bien, fedup-cli est verbeux donc tu devrais voir à minima l'avancement du téléchargement des paquets.

Tu peux consulter le fichier pendant qu'il travaille, tu verras sur quoi il bloque, je pensais que c'était ce que tu avais fait. Il faut déterminer ce qui l'empêche d'aller plus loin.
Nicosss wrote:Non pas bien, fedup-cli est verbeux donc tu devrais voir à minima l'avancement du téléchargement des paquets.
C'était bien ce qu'il me semblait. 😉
Nicosss wrote:Tu peux consulter le fichier pendant qu'il travaille ...
Je fais ça comment ?
J'ai essayé par tail : 
[root@toshiba4 ~]# tail /root/fedupdebug.log
[ 18288.316] (DD) fedup.depsolve:pkgAdded() added systemd.x86_64 for ud
[ 18288.326] (DD) fedup.depsolve:procReqPo() req po:   systemd = 201-2.fc18.7 → systemd-python-201-2.fc18.7.x86_64
[ 18288.326] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: systemd-python-201-2.fc18.7.x86_64 requires systemd
[ 18288.327] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: systemd-python-201-2.fc18.7.x86_64 requires systemd
[ 18288.327] (DD) fedup.depsolve:procReqPo() req po:   systemd = 201-2.fc18.7 → libgudev1-201-2.fc18.7.x86_64
[ 18288.327] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: libgudev1-201-2.fc18.7.x86_64 requires systemd
[ 18288.327] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: libgudev1-201-2.fc18.7.x86_64 requires systemd
[ 18288.327] (DD) fedup.depsolve:procReqPo() req po:   systemd = 201-2.fc18.7 → systemd-sysv-201-2.fc18.7.x86_64
[ 18288.327] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: systemd-sysv-201-2.fc18.7.x86_64 requires systemd
[ 18288.327] (DD) fedup.depsolve:format_missing_requires() MISSING REQ: systemd-sysv-201-2.fc18.7.x86_64 requires systemd
EDIT : et en répétant la commande, j'ai l'impression qu'il boucle toujours sur la même chose.
Tu peux faire un cat ou tac ou more ou less ou ... bref si tu fais tail tu peux aussi ajouter l'option -f comme ça tu verras le défilement au fur et à mesure.

Etrange on dirait que tu n'as pas systemd ?
Nicosss wrote: Etrange on dirait que tu n'as pas systemd ?
Je ne sais pas à quoi ça sert, mais j'en ai 2 : 
yum info systemd
Modules complémentaires chargés : langpacks, presto, refresh-packagekit
Paquets installés
Nom                 : systemd
Architecture        : x86_64
Version             : 201
Révision            : 2.fc18.7
Taille              : 10 M
Dépôt               : installed
Résumé              : A System and Service Manager
URL                 : http://www.freedesktop.org/wiki/Software/systemd
Licence             : LGPLv2+ and MIT and GPLv2+
Description         : systemd is a system and service manager for Linux,
                    : compatible with SysV and LSB init scripts. systemd
                    : provides aggressive parallelization capabilities, uses
                    : socket and D-Bus activation for starting services, offers
                    : on-demand starting of daemons, keeps track of processes
                    : using Linux cgroups, supports snapshotting and restoring
                    : of the system state, maintains mount and automount points
                    : and implements an elaborate transactional dependency-based
                    : service control logic. It can work as a drop-in
                    : replacement for sysvinit.

Nom                 : systemd
Architecture        : x86_64
Version             : 204
Révision            : 9.fc19
Taille              : 10 M
Dépôt               : installed
Résumé              : A System and Service Manager
URL                 : http://www.freedesktop.org/wiki/Software/systemd
Licence             : LGPLv2+ and MIT and GPLv2+
Description         : systemd is a system and service manager for Linux,
                    : compatible with SysV and LSB init scripts. systemd
                    : provides aggressive parallelization capabilities, uses
                    : socket and D-Bus activation for starting services, offers
                    : on-demand starting of daemons, keeps track of processes
                    : using Linux cgroups, supports snapshotting and restoring
                    : of the system state, maintains mount and automount points
                    : and implements an elaborate transactional dependency-based
                    : service control logic. It can work as a drop-in
                    : replacement for sysvinit.
Si je vire celui de F19, ça peut arranger les choses ?
En fait tu as une version fc19 et supérieure de systemd d'installée qui du coup pose problème.

Peux-tu donner le retour de 
$ rpm -qa | grep fc19
Il faudrait les logs pour comprendre ce qui se passe.
Nicosss wrote:En fait tu as une version fc19 et supérieure de systemd d'installée qui du coup pose problème.

Peux-tu donner le retour de 
$ rpm -qa | grep fc19
Y a des tonnes de trucs, je fais un fichier sur Dropbox.
Nicosss wrote:Il faudrait les logs pour comprendre ce qui se passe.
Je peux faire la même chose mais il faudrait que j'arrête le process qui continue à tourner, non ? Sinon, je ne pourrai pas faire la copie.