Yanıtlar:
Aşağıdaki günlükler uygun yükseltmelerle ilgilidir:
/var/log/apt/history.log
/var/log/apt/term.log
/var/log/dpkg.log
Komut buysa, dist-upgrade
ek günlükler vardır:
/var/log/dist-upgrade
Bilginize, yükseltmeyi yeniden çalıştırmak genellikle güvenlidir ve bağlantı kesilmesi nedeniyle süreç öldüğünde kaldığı yerden devam edecektir. Ancak...
Bir GNU Ekran Astarı:
Uzak bir sunucuya bağlanırken ve ön planda uzun süren bir işlem başlatılırken, GNU Ekranı kullanmak en iyi uygulamadır. Ekran, ssh bağlantınız kesilse bile çalışmaya devam eden sanal bir terminal sağlar.
Kurulum ekranı:
sudo apt-get install screen
Çalışma ekranı:
screen
Ekranı çalıştırdıktan sonra normal bir terminalde olduğu gibi bir komut satırı istemi alırsınız. Ardından yükseltmeyi iç ekrandan çalıştırabilirsiniz:
sudo apt-get upgrade
Bunun nasıl çalıştığını anlamak için Ctrl + a, d tuşlarına basarak "ayır" ekranını açın . Bu sizi ekran dışı terminale döndürecektir. İle çalışan ekranların listesini görebilirsiniz.
screen -list
Yalnızca bir ekranınız çalışıyorsa, ekranı aşağıdakilerle yeniden bağlayabilirsiniz:
screen -raAd
(Bu, başka bir yere bağlı olması durumunda ekranı ayırır ve çalışmakta olduğunuz terminale yeniden bağlar.)
Genellikle, fazladan kurulum yapmadan ekranın içinden 'normal' kaydıramazsınız. Ekran içinde ilerlemek için imleç moduna girmek için Ctrl-Esc tuşuna basın . Daha sonra j ve k ile aşağı ve yukarı kaydırabilirsiniz . İmleç modundan çıkmak için Esc tuşuna tekrar basın .
Ek ekran işlevleri için internette çok daha fazla kaynak var. Sistem yönetimi için çok değerli bir standart araçtır.
Ayrıca bakınız:
screen -x
- ekran oturumunu "çok oyunculu" hale getirerek başkalarını ayırmadan koşu ekranına ekleyin.
tail -f
komutun ve işaretleme seçeneğine aşina olmayabilir , bu da kullanıcının ilerlemeyi "yeniden" oturum aç." Ben onun eski ve kabul biliyorum, ama ben bu talimat setine kuyruk eklenmelidir düşünüyorum, çünkü bu detay eksik, @TheAnonymousBear tarafından aşağıdaki cevap daha doğrudan ve noktaya. @doublerebel
sudo dpkg --configure -a
hala harcama yaparken uygun yükseltmeye devam eder.
Doublerebel'in cevabına ek olarak, bugün bir alternatif fark ettim.
SSH üzerinde bir yükseltme başlattıktan sonra dün gece yatağa gittim. Aptalca başlatmayı unuttum screen
ve bir gecede SSH oturumumu kaybettim.
Bir seans başlattığını retty
fark ettiğimde araştırmaya başlamak üzereydim .root
screen
me@GAMMA:~$ ps aux | grep -E 'release|upgrade|apt'
root 6208 0.0 0.0 29140 1628 ? Ss 01:57 0:05 SCREEN -e \0\0 -L -c screenrc -S ubuntu-release-upgrade-screen-window /tmp/ubuntu-release-upgrader-1h6_g4/raring --mode=server --frontend=DistUpgradeViewText
root 6209 0.2 5.6 287428 93144 pts/2 Ss+ 01:57 3:13 /usr/bin/python /tmp/ubuntu-release-upgrader-1h6_g4/raring --mode=server --frontend=DistUpgradeViewText
root 6239 0.0 0.0 50052 1184 ? Ss 01:58 0:00 /usr/sbin/sshd -o PidFile=/var/run/release-upgrader-sshd.pid -p 1022
root 7306 0.0 4.6 287432 77284 pts/2 S+ 02:43 0:08 /usr/bin/python /tmp/ubuntu-release-upgrader-1h6_g4/raring --mode=server --frontend=DistUpgradeViewText
me 26829 0.0 0.0 9440 956 pts/5 S+ 22:18 0:00 grep --color=auto -E release|upgrade|apt
Bu yüzden root
ekranlarını listeledim ve ona ekledim:
me@GAMMA:~$ sudo screen -list
There is a screen on:
6208.ubuntu-release-upgrade-screen-window (12/11/2013 01:57:58 AM) (Detached)
1 Socket in /var/run/screen/S-root.
me@GAMMA:~$ sudo screen -x -r
Ve Bam! Oyuna geri döndüm.
do-release-upgrade
ubuntu'ya özgü komut ile mi? Özel olarak kullandığım Debian'ı kontrol etme ihtiyacım olmadı, çünkü her zaman manuel olarak çalıştırıyorum, ayırıyorum ve sonra geri geliyorum. Ve elbette, sudo apt dist-upgrade
değiştirdikten sonra /etc/apt/sources.list
kullanıyoruz.
Arka plan apt
işinden gerçek zamanlı çıktı görmek için şunu kullanın:
sudo tail -f /var/log/apt/term.log
tail
"yeniden giriş" adını verdikten sonra nereye bakacağını ve nasıl bakılacağını ( ) gösterir.
Aynı sorun vardı, bağlantımı kaybetti ve dpkg işlemi girdi bekliyordu.
Belki bir dahaki sefere deneyin: sudo dpkg --configure -a
"dpkg: error: dpkg frontend is locked by another process"
/var/dpkg/lock
hala çalışıyorsa üzerinde bir kilit olacaktır . Ve ne olursa olsun, "yükseltme durumunu kontrol etme" sorusuna cevap vermez ve bunun yerine, yalnızca yükseltme çöktüğünde (ve ancak kilit etkin değilse) çalışacaktır. Ben bu yaklaşımı kimseye tavsiye etmem. Saygılarımla, oemb1905