
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.list
Utopic から Vivid に変更され、サードパーティのソースがすべて無効になっています。dpkg --configure --pending
およびの後、 、apt-get install --fix-broken
を実行し、再起動すると、すべて正常に動作するようになったようです。apt-get update
apt-get dist-upgrade
より詳しい情報:
関連するバグレポート、実行することが、apt-get dist-upgrade
物事を適切に機能させるための鍵であるようです。