Ho un apt-get installprocesso che sembra essere irrimediabilmente incastrato al processing triggers for python-supportpasso.
La mia inclinazione è di killesso, ma in passato, semplicemente kill-ing un apt-get installprocesso mi ha causato molto dolore. (I file di blocco assortiti IIRC vengono lasciati indietro, ecc.)
C'è un modo più sicuro per interrompere questo processo?
Risposte:
In generale, per uccidere un processo, non c'è modo più sicuro di uccidere un processo se non con un normale kill (SIGTERM). Nel caso in cui sia un processo interattivo di solito ti consente di fermarlo ancora più sicuro inviando un segnale SIGINT, di solito inviato premendo Ctrl+ C. Questo segnale viene intrappolato dal processo stesso che può ascoltarlo e di solito si ferma con grazia. ( grazie Eliah )
Per quanto riguarda la gestione dei pacchetti è una specie di caso speciale. Il database DPKG che i comandi APT usano sott'acqua può sempre rilevare se un'operazione non è terminata. Ogni pacchetto ha uno stato reale che è contrassegnato come pure uno stato corrente , ad esempio decompresso, configurato, ecc. Uccidendo il frontend APT, il database sarà in uno stato rotto, ma noto . I file di blocco verranno rilasciati solo una volta ripristinati in uno stato pulito: è necessario risolverli fino a quando non consentirà nuove operazioni.
Il modo per risolvere è semplicemente avviare un processo per ottenere tutti i pacchetti nello stato configurato. In pratica, se hai interrotto apt-getun'operazione, puoi semplicemente terminarla in seguito usando
sudo dpkg --configure -a
Sa come recuperare dallo stato rotto a uno stato completamente configurato e in tal senso continuare da dove è stato interrotto. I file di blocco vengono lasciati lì fino a quando non hai finito, e questo è per un motivo - per impedire nuove operazioni con il database DPKG in uno stato sporco.
L'invio di un SIGKILL (rappresentazione decimale 9) non è molto sicuro. Questo segnale non viene catturato dal processo, ma l'intero processo verrà ripulito dal sistema operativo (kernel) indipendentemente dal fatto che al processo piaccia o meno. Lo stato dei file sul file system può essere lasciato in uno stato corrotto. Non inviare mai questi segnali a meno che non stia più ascoltando altri segnali più aggraziati.
Quando riscontro un errore con apt-get, faccio quanto segue (come root, cioè sudoprima di tutti i comandi):
Uccidi il processo chiamato apt-get:
killall -9 apt-get
Riconfigura dpkg:
dpkg --configure -a
Aggiorna apt-get:
apt-get update
Pacchetti di aggiornamento, inclusi quelli installati in modo errato:
apt-get upgrade
Questo l'ho imparato da qualche parte, ma sfortunatamente non ricordo esattamente dove.
Linux e altri sistemi di tipo Unix sono molto potenti dalla riga di comando ma non perdonano una volta avviato un processo. L'invio di un processo il segnale di interruzione ucciderà sicuramente il processo in esecuzione, ma tieni presente che stai lasciando un database in uno stato instabile. L'ultimo record potrebbe non essere chiuso correttamente, pertanto si rischia di dover riparare un database. Non solo con apt ma con qualsiasi applicazione.
Cerca sempre di terminare l'applicazione in modo normale e di eliminare solo i processi che vengono eseguiti da applicazioni.
Ecco come lo faccio, Ctrl+ CMa tieni presente che è sicuro finché apt-get è in fase di download o il suo aggiornamento della cache. A parte questo, non riesco a pensare a un modo più sicuro. Lascialo terminare e annulla le modifiche disinstallando o eseguendo il downgrade in qualche modo. I file scaricati possono essere puliti consudo apt-get autoclean