Ubuntu 18.04がlinux-headerのアップグレードで止まった
Ubuntu 18.04でシステムを最新にしようとすると、停止します。 
Setting up linux-headers-<version>-genericに到達するたび。そこからアップグレードをキャンセルすることはできませんが、あなたが何時間もそのままにしておいても、何も変わりません。 htopでプロセスをチェックすると、現在何もしていないことがわかります。アップグレードを強制的に終了して再起動しようとすると、アップグレードを再試行すると、以前のアップグレードが中断されたと表示され、Sudo dpkg --configure -aを使用して問題を解決する必要があります。
ヘッダーのアップグレードが利用可能になるたびにこれを行う必要があるのは非常に面倒です。特に、それが起こるべきではなく、より永続的な修正が必要だと思うからです。何が欠けているか、間違っていますか？
TLDR：セキュアブートを無効にします。
私は約一ヶ月前にこの同じ問題を抱え始めました。私にとっては、ソリューションはセキュアブートを無効にしていたことがわかりました。 Ubuntu 18.04をインストールしてからセキュアブートを無効にしましたが、問題なくアップグレードされました。しかし、約1か月前に、セキュアブートを再度有効にしたBIOSを更新しました（この時点ではわかりませんでした）。 VirtualBoxのインストールも機能していなかったため、アップグレードがフリーズするのはいらいらしていました。 VirtualBoxの修正によりセキュアブートが無効になり、linux-headers-<version>-genericアップグレードも修正されました。
質問で述べたように、ここでフリーズします：
...
Setting up linux-headers-4.15.0-38-generic (4.15.0-38.41) ...
セキュアブートを無効にすると、次のメッセージが表示されます。
...
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
私の解決策。
- ps aux | grep apt
- Aptプロセスを強制終了する
- Sudo dpkg --configure -a
- 適切な更新
- 適切なアップグレード
/var/log/apt/term.logで答えを確認できます。これは、apt-getログの場所です。 dpkgログファイル/var/log/dpkg.logaptまたはapt-getは、dpkg internalに基づいて確認することもできます。
もう1つ、IDでプロセスを識別し、strace -pを実行して、停止した理由を正確に確認できます。
これは、この質問または類似の質問に対する一般的な回答です。