Ubuntu Serverの「do-release-upgrade」プロセスに再アタッチするにはどうすればよいですか？

Ubuntu Serverのdo-release-upgradeプロセス中に誤ってCtrl + Cを押しました。/ etc /の.confファイルを比較するためにシェルにドロップしました。Ctrl-Cを押すと、アップグレードプロセスに再接続するかどうかを尋ねられましたが、再接続に失敗しました。

それで私は辞めました、そして今、aptロックを保持しているハングしているdpkgプロセスがあります。これは、GUIフロントエンドのない仮想化サーバーです...

アップグレードプロセスを回復することは可能ですか、それともdpkgプロセスを強制終了して再起動する必要がありますか？

ubuntu upgrade

— アレックス・リーチ
ソース

screen -listはまだアップグレードプロセスをリストしていますか？その場合は、screen -rが再度アタッチする場合があります。再接続しようとしたときの正確なエラーは何ですか？

— -arjarj

後で試しましたscreen -RDが、うまくいきませんでした。実行中の画面デーモンはなかったため、再接続するものは何もありませんでした。正確なエラー？cursesのようなアプリの下部にある「r」または「q」を選択（再接続または終了）しました。申し訳ありませんが、私はそれ以上に役立つことはできません。私はVirtualBoxを使用していましたが、tmuxまたは画面セッションを実行せずにスクロールバックがなく、呪いのようなインターフェイスが画面をクリアし続けました。再接続が機能しなかったため、終了しました。

— アレックスリーチ

私は私がしようとしなかったことを追加する必要screen -R -Dはsudoユーザーと私の通常のユーザーの両方として...

— アレックス・リーチ

SSHを介したUbuntuサーバーアップグレードの

— マイケルハンプトン

はい！dpkg configure -a正しい答えです。それは私に起こり、本当に悪いことは、bind9が正しくセットアップされていないことです（つまり、Ctrl-Cがそのプロセスを停止し、それ以上起動できなかったはずです！）bind9を修正したら、apt-get update + upgrade + dist -upgradeは魅力のように動作し、その後再起動するとすべてが機能しました。

— アレクシスウィルケ

回答:

113

私は通常、VPN経由でリリースアップグレードを行うため、これを数回試しました。openvpnパッケージが更新されるたびに接続が失われるため、後で再接続します。

do-release-upgradeポート1022でバックアップSSHセッションとバックアップ画面セッションを開始します。画面がインストールされていない場合、これは利用できません。

以下を実行することにより、スクリーンセッションを取得できます。

sudo screen -list
There is a screen on:
    2953.ubuntu-release-upgrade-screen-window   (09/13/2012 04:48:02 AM)    (Detached)
1 Socket in /var/run/screen/S-root.

次に、再接続するには：

sudo screen -d -r root/2953.ubuntu-release-upgrade-screen-window

前にリストされた画面を使用した後 root/

接続が失われた場所に戻る必要があります。

— アレックスR
ソース

（ファイルがロックされた）私は画面がインストールされているいけない...と私はapt-getをと1をインストールすることはできません

— inemanja

これは非常に役立ちます。あなただけの短い言及を追加した場合であっても良い答えかもしれませんdo-release-upgrade確かに自動的に画面のセッションを（あなたは私がアップグレードプロセスを経由して開始したの一切の言及を探すために、第二のための質問を読み直していた開始しますscreen）

— polynomial_donutを

私はこの質問には+1を取得し続けて驚いてそれはとても古いです

— アレックスR

@AlexRそれはまだレレバンであり、今日私を救った！Stack *サイトの魔法！

— ルイスロボボロビア

Quantalにアップグレードするときに同じ問題が発生しました。残念ながら、元のポスターのように、ctrl + cのために画面も殺されました。

dpkgを強制終了し、「-configure -a」で再起動すると問題が解決しました。

ありがとう

— アルル・セルバン
ソース

ありがとう、ありがとう、ありがとう。これは私のために働いた。

— ファイアブッシュ

私自身はCentOS / RHELの人間ですが、私の経験では、プロセスを強制終了してやり直す方がずっと上手です。ダウンロード、同期などは既に完了している必要があり、やり直す必要はありません。それが大部分の時間を要するものであるので、このルートに行くことはそれほど失われないはずです。

— ティム・ブリガム
ソース

いや、他にできることはあまりないと思う。多分、reptyrを使用してpty / ttyに再接続することもできました（違いはわかりません）が、最初から始める方が簡単です。そしてあなたは正しい。2回目のラウンドの方がはるかに高速です。

— アレックスリーチ