Risposte:
I seguenti registri sono correlati agli aggiornamenti apt:
/var/log/apt/history.log
/var/log/apt/term.log
/var/log/dpkg.log
Se il comando era dist-upgrade
, ci sono ulteriori log in:
/var/log/dist-upgrade
Cordiali saluti, di solito è sicuro rieseguire solo l'aggiornamento e apt continuerà da dove era stato interrotto quando il processo è morto a causa della disconnessione. Tuttavia...
A GNU Screen Primer:
Quando si avvia un server remoto e si avvia un processo di lunga durata in primo piano, è consigliabile utilizzare GNU Screen. Lo schermo fornisce un terminale virtuale che continua a funzionare anche se la connessione ssh viene persa.
Schermata di installazione:
sudo apt-get install screen
Esegui schermo:
screen
Dopo aver eseguito lo schermo riceverai un prompt della riga di comando come con un normale terminale. È quindi possibile eseguire l'aggiornamento dalla schermata interna:
sudo apt-get upgrade
Per capire come funziona, "staccare" lo schermo premendo Ctrl + a, d . Questo ti riporterà al terminale non schermo. Puoi vedere l'elenco delle schermate in esecuzione con
screen -list
Se hai solo una schermata in esecuzione, puoi ricollegarla con:
screen -raAd
(Questo stacca lo schermo nel caso in cui sia collegato altrove e lo ricollega al terminale che si sta attualmente eseguendo.)
In genere non è possibile scorrere "normalmente" dall'interno dello schermo senza alcuna impostazione aggiuntiva. Per scorrere all'interno dello schermo, premere Ctrl-Esc per accedere alla modalità cursore. È quindi possibile scorrere verso il basso e verso l'alto con j e k . Premi Esc nuovo per uscire dalla modalità cursore.
Ci sono molte più risorse in rete disponibili per funzioni di schermo aggiuntive. È uno strumento standard inestimabile per l'amministrazione del sistema.
Guarda anche:
screen -x
- collega allo schermo in esecuzione senza staccare gli altri, rendendo la sessione dello schermo "multiplayer".
tail -f
comando e l'opzione flag, che consentirà all'utente di osservare i progressi in tempo reale (o vedere che si è bloccato) su "ri accesso." So che è vecchio e accettato, ma penso che la coda dovrebbe essere aggiunta a questo set di istruzioni, perché in mancanza di questo dettaglio, la risposta di @TheAnonymousBear è più diretta e precisa. @doublerebel
sudo dpkg --configure -a
continuerà l'upgrade apt, quando questa era ancora spesa.
Oltre alla risposta di Doublerebel, ho notato un'alternativa oggi.
Sono andato a letto la scorsa notte dopo aver iniziato un aggiornamento su SSH. Ho stupidamente dimenticato di avviarlo screen
e ho perso la mia sessione SSH durante la notte.
Stavo per iniziare le ricerche retty
quando ho notato che root
era iniziata una screen
sessione.
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
Quindi ho elencato root
le schermate e le ho allegate:
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
E Bam! Ero tornato in gioco.
do-release-upgrade
comando specifico di Ubuntu? Non ho mai avuto bisogno di controllare Debian, che uso esclusivamente, perché lo eseguo sempre manualmente, lo stacco e poi torno. E, naturalmente, usiamo sudo apt dist-upgrade
dopo aver cambiato /etc/apt/sources.list
invece.
Per visualizzare l'output in tempo reale dal apt
processo in background , utilizzare:
sudo tail -f /var/log/apt/term.log
tail
) dopo quello che hanno chiamato un "nuovo accesso".
Aveva esattamente lo stesso problema, perso la mia connessione e il processo dpkg era in attesa di input.
Forse la prossima volta prova: sudo dpkg --configure -a
"dpkg: error: dpkg frontend is locked by another process"
/var/dpkg/lock
se è ancora in esecuzione. Indipendentemente da ciò, non risponde alla domanda su come "controllare lo stato dell'aggiornamento" e, invece, funzionerà solo se l'aggiornamento si è arrestato in modo anomalo (e solo allora se il blocco non è attivo). Non consiglierei questo approccio a nessuno. Rispettosamente, oemb1905