web-dev-qa-db-fra.com

Mise à jour en ligne du 12.04 au 14.04 bloquée

J'essayais de mettre à niveau mon ordinateur portable Lenovo T500 de Kubuntu 12.04 LTS à Kubuntu 14.04 LTS.

Lancez le processus de mise à niveau et, finalement, après avoir téléchargé des paquets zillion, la mise à niveau a démarré, pour rester bloquée ...

Cela fait des heures qu'il est bloqué sur:

 Installing the upgrades->Unpacking Subversion

Dernières lignes de messages d'erreur:

GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init() at /usr/lib/Perl/5.18/DynaLoader.pm line 207.

GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed at /usr/lib/Perl/5.18/DynaLoader.pm line 207.

Je ne me soucie plus beaucoup de Subversion, j'utilise maintenant git; Je me moque de savoir si Subversion se termine dans un mauvais état et je dois l'enlever.

Je veux juste que la mise à niveau se poursuive et, si tout va bien, soit terminée.

Une idée?

6
Luis

J'ai eu ce problème aussi mais j'ai trouvé un moyen de le contourner.

Une fois la mise à niveau bloquée, recherchez le processus appelé "frontend" dans l'arborescence de processus de "python-> Sudo-> trusty-> trusty -> ...-> ...-> frontend" que le gestionnaire de mise à niveau exécute. sous. Une fois que vous aurez éliminé ce sous-processus, le processus d'installation recommencera et se terminera proprement.

Ceci est lié à quelque chose impliquant la mise à jour de man-db. Ce n'est pas lié à Subversion, ni à Python, ni à ce qui a été décompressé. Ce n'était que le dernier bit dans les journaux. Le problème est lié à man-db et (probablement) à Perl.

Recommander une nouvelle installation en guise de première action n’est pas vraiment utile. C'est ce que vous faites lorsque la résolution de problèmes échoue. Ce n'est pas une solution.

5
superkuh

J'ai eu un problème similaire mais je suis resté bloqué au démarrage de mysql.

ps fax | less et frontend trouvé. Il avait un enfant qui courait start mysql

Dans un autre terminal, j'ai exécuté Sudo stop mysql, ce qui semblait libérer tout ce que le démarrage attendait et l'installation s'est poursuivie.

Je soupçonne que cela est généralement applicable. Trouvez le processus enfant le plus bas du client et éliminez-le ou décollez-le et tout recommencera.

0
Judd Rogers

J'ai frappé ce problème exact en faisant une mise à jour de 12.04 -> 14.04. Je ne pouvais pas arrêter le processus frontal décrit ci-dessus, car, bien que je puisse lancer une fenêtre Xterm, Sudo et su sefault par défaut car le système était à moitié mis à niveau.

Cependant, j'ai récupéré de la situation en redémarrant, en passant en mode de récupération et en le faisant réparer les paquets cassés. Cela a effectivement relancé le processus de mise à niveau en mode ligne de commande et je me suis retrouvé (éventuellement) avec un système 14.04 utilisable.

0
Chrs