Ubuntu Sunucusunun 'yükseltme-yükseltme-yükseltme' işlemine nasıl yeniden bağlarım?

Ubuntu Sunucusunun do-release-upgradeişlemi sırasında yanlışlıkla Ctrl + C tuşlarına bastım . / Etc / 'deki bir .conf dosyasını karşılaştırmak için bir kabuğa bıraktım. Ctrl-C tuşlarına bastığımda, yükseltme işlemine yeniden bağlamayı denemek isteyip istemediğimi sordu, ancak yapmadı.

Bu yüzden istifa ediyorum ve şimdi uygun bir kilidi tutan asılı bir dpkg işlemi var. Bu GUI ön yüzü olmayan sanallaştırılmış bir sunucudur ...

Yükseltme işlemini kurtarmak mümkün mü, yoksa dpkg işlemini öldürüp yeniden başlamak zorunda mıyım?

ubuntu upgrade

— Alex Leach
kaynak

Ekran listesi hala yükseltme işlemini listeliyor mu? Öyleyse, ekran -r yeniden ekleyebilir. Yeniden bağlamaya çalışırken kesin hata neydi?

— arjarj

Daha sonra denedim screen -RD, ama işe yaramadı. Çalışan herhangi bir ekran arka plan programı yoktu, bu yüzden yeniden bağlanacak bir şey yoktu. Tam hata? Curses benzeri bir uygulamanın dibinde 'r' veya 'q' seçeneğimi düşünüyorum (yeniden bağlan veya bırak). Üzgünüm, bundan daha fazla yardımcı olamam. VirtualBox kullanıyordum ve çalışan bir smokin ya da ekran oturumu olmadan geri kaydırma yapmadım ve curses benzeri arayüz ekranı temizlemeye devam etti. Yeniden bağlanmak işe yaramadı, ben de bıraktım.

— Alex Leach

screen -R -DHem sudo kullanıcısı hem de normal kullanıcım olarak denediğimi de eklemeliyim ..

— Alex Leach

Ubuntu Server’ın SSH’e bağlanması üzerine

— Michael Hampton

Evet! dpkg configure -adoğru cevap. Bu benim başıma geldi ve gerçekten kötü olan şey bind9'un doğru şekilde kurulmamış olmasıydı (yani Ctrl-C bu işlemi durdurmuş olmalı ve artık başlayamamalıydı!) Yükseltme bir cazibe gibi koştu ve ondan sonra yeniden başlattı ve hepsi çalıştı.

— Alexis Wilke

Yanıtlar:

113

Genelde VPN üzerinden sürüm yükseltmeleri yaparım, bu yüzden bunu birkaç kez denedim. Openvpn paketimi her güncellediğinde bağlantıyı kaybediyorum, bu yüzden tekrar bağlanıyorum.

do-release-upgrade1022 numaralı bağlantı noktasında bir yedek SSH oturumu ve bir yedek ekran oturumu başlatır. Eğer ekran yüklü değilse, bu kullanılamaz.

Ekran oturumunu çalıştırarak alabilirsiniz:

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.

Sonra tekrar bağlamak için:

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

Daha önce listelenen ekranı kullandıktan sonra root/

Bağlantınızı kaybettiğiniz yere geri dönmelisiniz.

— Alex R
kaynak

Ekran yüklü değil ... ve apt-get (dosya kilitli) ile birini yükleyemiyorum

— inemanja

Bu son derece yararlıdır. do-release-upgradeGerçekten otomatik olarak bir ekran oturumu başlatan kısa bir söz eklediniz, daha da iyi bir cevap olabilir (yükseltme işlemini başlatan herhangi bir söz aramak için soruyu bir saniye yeniden okudum screen).

— polynomial_donut

Bu sorunun + 1'leri almaya devam ettiğini hayrete düşürdüm çok eski

— Alex R

@AlexR Hala yeniden ilgi ve bugün beni kurtardı! Stack * sitelerinin büyüsü!

— Luis Lobo Borobia

Quantal'a yükseltirken de aynı sorunu yaşadım. Maalesef benim için orjinal afiş gibi ekran da ctrl + c yüzünden öldürüldü.

Dpkg'ı öldürmek ve "--configure -a" ile yeniden başlatmak sorunu çözdü.

Teşekkürler

— Arul Selvan
kaynak

Teşekkürler teşekkürler teşekkürler. Bu benim için çalıştı.

— firebush

Ben daha çok CentOS / RHEL kişisiyim ama benim tecrübeme göre, süreci öldürmek ve başlatmak için her zaman daha iyisin. İndirilenler, senkronizasyonlar, vb. Zaten tamamlanmış olmalı ve tekrarlanmaları gerekmez. Zamanın çoğunu alan şey bu olduğundan, bu rotada kaybedilen bir şey olmamalı.

— Tim Brigham
kaynak

Evet, yapılabilecek çok fazla şey yok sanırım. Muhtemelen reptyr'i pty / tty'ye tekrar bağlamak için kullanabilirdim (farkı asla bilmiyorum), ancak sıfırdan başlamak daha kolay. Ve haklısın; İkinci kez tur daha hızlı!

— Alex Leach