web-dev-qa-db-ja.com

12.04から14.04へのオンラインアップグレードが進まない

Lenovo T500ラップトップをKubuntu 12.04 LTSからKubuntu 14.04 LTSにアップグレードしようとしていました。

アップグレードプロセスを開始し、ついに無数のパッケージをダウンロードした後、アップグレードが始まりましたが、行き詰まりました...

それは何時間にもわたってスタックしています：

 Installing the upgrades->Unpacking Subversion

エラーメッセージの最後の行：

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.

Subversionについてはもう気にしません。今はgitを使用しています。 Subversionの状態が悪い場合でも、それを削除する必要はありません。

アップグレードを続行し、うまくいけば完了します。

何か案が？

12.04upgradekubuntu14.04
6
Luis

私もこの問題を抱えていましたが、それを回避する方法を見つけました。

アップグレードが停止した後、「python-> Sudo-> trusty-> trusty-> ...-> ...-> frontend」のプロセスツリーで、upgrade-managerが実行されている「frontend」というプロセスを探します。下。このサブプロセスを強制終了すると、インストールプロセスが再び開始され、正常に完了します。

これは、man-dbの更新を伴うものに関連しています。 Subversion、Python、または解凍されたものとは関係ありません。これはログの最後のビットに過ぎません。問題は、man-dbおよび（おそらく）Perlに関連するものです。

最初のアクションとして新規インストールを推奨することは、まったく役に立ちません。それは問題解決が失敗したときにあなたがすることです。それは解決策ではありません。

5
superkuh

私は同様の問題を抱えていましたが、mysqlの起動で立ち往生しました。

ps fax | lessおよびフロントエンドが見つかりました。 start mysqlを実行している子がいました

別の端末でSudo stop mysqlを実行しました。これは、開始が待っていたものをすべて解放し、インストールが続行したように見えました。

これは一般的に適用されると思われます。フロントエンドの最下位の子プロセスを見つけて、それを強制終了または固定解除すると、再開されます。

0
Judd Rogers

12.04-> 14.04からのアップグレードを行うと、まさにこの問題が発生します。上記のようにフロントエンドプロセスを強制終了できませんでした。Xtermウィンドウを起動できたにもかかわらず、システムが半分アップグレードされたためにSudoとsuがセグメンテーション違反になったためです。

ただし、再起動してリカバリモードに移行し、破損したパッケージを修正することで状況から回復しました。これにより、コマンドラインモードでアップグレードプロセスが効果的に再開され、最終的に使用可能な14.04システムで終了しました。

0
Chrs