do-release-upgrade サブプロセスで control-c を押しました。どうすれば回復できますか?

do-release-upgrade サブプロセスで control-c を押しました。どうすれば回復できますか?

Utopic Unicorn から Vivid Vervet にアップグレードする過程で、do-release-upgradeどのバージョンの構成ファイルを保持するか尋ねられました。(ルート) シェルを実行するオプションを選択し、いくつかの小さな変更点があることに気付き、2 つのバージョンをマージするために実行しました。挿入を終了するのに+vimを使用するのに慣れていますが、この場合は実際に何かを殺してしまったようで、自分のシェルの 1 つに戻されました。CtrlC

少し調べてみると、vimインスタンスがまだ実行中であることに気付きました。インスタンスを強制終了すると、インスタンスを起動したルート シェルに戻りました。その後、アップグレード スクリプトに戻ることを期待してルート シェルを終了しましたが、代わりに、アップグレード スクリプトを実行したインスタンスがtmux終了しました。

この時点で、スクリプトはまだ実行されており、おそらく何か(CPU 使用率は一貫して 11% のようです)。私の場合と似たケースとは異なり、再接続するscreenまたはbyobuインスタンスがありません。実際、 によると、ps制御端末が失われています。

ここで何が起こったのでしょうか。システムを正常な状態に戻してアップグレードを完了するにはどうすればよいでしょうか。

答え1

サーバー障害からコピー&ペースト:

私の知る限り、アップグレード プロセスに再接続する方法はありませんでした。しかし、まったく大惨事ではありませんでした。ハングしているdpkgプロセスをdpkg --configure -a終了してから、 を実行しました。これにより、システムにすでにインストールされているすべてのパッケージを再構成し、その過程で問題があれば整理します。その後、すでにaptitudeダウンロードされているがインストールまたは構成されていない残りのパッケージをアップグレードしました。

礼儀:https://serverfault.com/q/387547/109361

アップデート:

がシステムにインストールされていない場合はaptitude、 を使用して同じ操作を実行できるapt-getと理解しています。

これは OP にとってうまくいった方法です:

アップグレード スクリプトによって、すでにソースが /etc/apt/sources.listUtopic から Vivid に変更され、サードパーティのソースがすべて無効になっています。dpkg --configure --pendingおよびの後、 、apt-get install --fix-brokenを実行し、再起動すると、すべて正常に動作するようになったようです。apt-get updateapt-get dist-upgrade

より詳しい情報:

関連するバグレポート、実行することが、apt-get dist-upgrade物事を適切に機能させるための鍵であるようです。

関連情報