Juste pour partager un retour d'expérience suite à la mise à jour de la version 27 vers 28.
J'ai lancé la mise à jour en mode clickodrome en me disant que de nos jours les upgrades à la main en console sur ce type de distrib c'était du passé.
Mais non, des paquets (à jour) pourtant dans le dépôt officiel (Kicad pour mon cas) ont réussi à empêcher la mise à jour avec une erreur trop abstraite pour en faire quoi que ce soit. Donc suppression du paquet kicad en console, et c'est passé. La réinstallation du paquet kicad en suivant n'a pas posé de problème. Probablement un problème de dépendance mal gérée.
Ah bah non, en fait une fois l'installation terminée, impossible de se loguer sous Gnome... quelle idée d'avoir lancé la mise à jour le matin avant d'attaquer une grosse journée de travail...
Verdict, une extension gnome (system-monitor) qui fait crasher gnome-shell à l'ouverture de session.
Donc de nouveau ouverture d'une console tty, pour aller désactiver les extensions à coup de gsettings.
L'erreur remontée dans les logs pour le crash n'était pas du tout explicite, et c'est à force d'essayer toutes (assez peu au final) les pistes trouvées que la désactivation des extensions a fini par sauver la journée de travail. D'où ce message en espérant que ça puisse aider quelqu'un d'autre qui aurait l'idée de faire ça le mauvais jour.
Morale de l'histoire :
- pas très malin de faire la mise à jour le matin avant de travailler
- la ligne de commande a encore de beaux jours devant elle pour les upgrades
# Gnome HS après Upgrade Fedora 27 -> Fedora 28
Posté par MFX . En réponse à la dépêche Fedora 28 est sortie dans les temps !. Évalué à 5. Dernière modification le 04 mai 2018 à 17:04.
Bonjour,
Juste pour partager un retour d'expérience suite à la mise à jour de la version 27 vers 28.
J'ai lancé la mise à jour en mode clickodrome en me disant que de nos jours les upgrades à la main en console sur ce type de distrib c'était du passé.
Mais non, des paquets (à jour) pourtant dans le dépôt officiel (Kicad pour mon cas) ont réussi à empêcher la mise à jour avec une erreur trop abstraite pour en faire quoi que ce soit. Donc suppression du paquet kicad en console, et c'est passé. La réinstallation du paquet kicad en suivant n'a pas posé de problème. Probablement un problème de dépendance mal gérée.
Ah bah non, en fait une fois l'installation terminée, impossible de se loguer sous Gnome... quelle idée d'avoir lancé la mise à jour le matin avant d'attaquer une grosse journée de travail...
Verdict, une extension gnome (system-monitor) qui fait crasher gnome-shell à l'ouverture de session.
Donc de nouveau ouverture d'une console tty, pour aller désactiver les extensions à coup de gsettings.
L'erreur remontée dans les logs pour le crash n'était pas du tout explicite, et c'est à force d'essayer toutes (assez peu au final) les pistes trouvées que la désactivation des extensions a fini par sauver la journée de travail. D'où ce message en espérant que ça puisse aider quelqu'un d'autre qui aurait l'idée de faire ça le mauvais jour.
Morale de l'histoire :
- pas très malin de faire la mise à jour le matin avant de travailler
- la ligne de commande a encore de beaux jours devant elle pour les upgrades