Ubuntu 18.04 bloccato durante l'aggiornamento dell'header linux

Ogni volta che provo ad aggiornare il mio sistema in Ubuntu 18.04, si interrompe: ogni volta che raggiunge Setting up linux-headers-<version>-generic. Non posso annullare l'aggiornamento da lì, ma anche quando tu e lo lasci per ore, non cambia nulla. Se controllo il processo in htopesso mostra che ora sta facendo qualcosa. Se costringo a terminare l'aggiornamento e provo a riavviarlo, quando riprovo l'aggiornamento dice che uno precedente è stato interrotto e dovrei provarlo con sudo dpkg --configure -aquale risolve il problema.

Trovo molto fastidioso doverlo fare ogni volta che è disponibile un aggiornamento dell'intestazione, soprattutto perché ritengo che non dovrebbe accadere e dovrebbe esserci una soluzione più permanente disponibile. Cosa mi sto perdendo o facendo di sbagliato?

TLDR: disabilita l'avvio protetto.

Ho iniziato ad avere lo stesso problema circa un mese fa. A mio avviso, la soluzione stava disabilitando Secure Boot. Ho avuto Secure Boot disabilitato da quando ho installato Ubuntu 18.04 ed è stato aggiornato senza problemi. Tuttavia, circa un mese fa, ho aggiornato il mio BIOS che ha riabilitato Secure Boot (al momento non lo sapevo). È stato frustrante congelare gli aggiornamenti e alla fine l'ho capito perché anche la mia installazione di VirtualBox non funzionava. La correzione per VirtualBox stava disabilitando Secure Boot che risolveva anche i miei linux-headers-<version>-genericaggiornamenti.

Come notato nella domanda, si bloccherebbe qui:

...
Setting up linux-headers-4.15.0-38-generic (4.15.0-38.41) ...

Dopo aver disabilitato Secure Boot, ottengo:

...
Setting up linux-headers-4.15.0-38-generic (4.15.0-38.41) ...
/etc/kernel/header_postinst.d/dkms:
Secure Boot not enabled on this system.
...
done

La mia soluzione;

• ps aux | grep apt
• Uccidi il processo apt
• sudo dpkg --configure -a
• aggiornamento apt
• aggiornamento apt

Puoi controllare la risposta /var/log/apt/term.log. Questa è la posizione per il apt-getregistro. Puoi anche controllare che il dpkgfile di registro /var/log/dpkg.log apto apt-getche stai usando siano basati su dpkginterni.

Un'altra cosa che puoi identificare il processo per ID ed eseguire strace -p per verificare esattamente perché si interrompe.

Questa è piuttosto una risposta generale a questa o simili domande.