软件更新后，CPU运行得更难/更大声。

Question

我正在一台双引导机器上运行Ubuntu18.04.3LTS，另一个/原始分区是Windows 10。我刚刚运行了“软件更新程序”，因为我已经收到了一些通知。当它运行时，它要求我为MOK安全引导输入一个新密码，我想，当我启用了安全引导时，这只是我需要添加的一些新的安全级别。

安装软件后，几分钟后就没有提示，所以我决定重新启动，以确保更新中的更改能够发生。当我的电脑启动，它带我到一个新的屏幕(它是蓝色的，我记得它有一个莫克标题)，它给了我几个选项，我选择了一个说了什么，以“加载启动菜单”。这把我带到我通常的图书菜单，在那里我可以选择我的分区或UEFI菜单。我加载了我的ubuntu分区，但当我开始工作时，我的风扇开始嗡嗡作响，并没有停下来。

我在我的终端上运行，我看到命令“”占用了我16%的cpu。

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                 
 6917 root      20   0  111128  22268   7484 R  51.8  0.4   1:23.29 frontend                
 6941 root      20   0    4624   1688   1552 S  16.3  0.0   0:26.17 update-securebo         
  317 root      19  -1  183160  54820  53716 S   3.3  0.9   0:06.79 systemd-journal         
 1002 syslog    20   0  263032   5064   3556 S   2.7  0.1   0:04.91 rsyslogd    

然后我运行"ps \ grep -i secureboot“来查看这个过程。

root      6917 50.9  0.3 111128 22268 ?        R    11:58  12:09 /usr/bin/perl -w /usr/share/debconf/frontend /usr/sbin/update-secureboot-policy --enroll-key

root      6941 16.1  0.0   4624  1688 ?        S    11:58   3:51 /bin/sh /usr/sbin/update-secureboot-policy --enroll-key

所以是的，这些程序还在运行，我不知道为什么。是否可以安全地终止这些进程，还是应该完全禁用安全引导？或者有什么是我完全错过的。

Answer 1

杀戮不是一种选择，在UEFI时代禁用SecureBoot也不是一个好主意。问题出现了，因为“前端”程序正在等待密码来注册密钥，但是没有显示输入密码的GUI (这是一个糟糕的错误)。

这通常发生在系统升级之后。

要解决这个问题，您必须(作为根)：

killall -9 frontend
update-secureboot-policy --enroll-key

在出现的粉红色GUI中：

• 输入任何一次性密码(仅用于重新启动后的注册确认)
• 确认一下
• 重新启动
• 重新启动后，您将看到一个蓝色GUI
• 选择Enroll Key... (或Enroll MOK或与注册类似的内容)。对于每个PC或BIOS固件来说，它可能是不同的)
• 在那里，您可以查看密钥并选择Continue来注册它。
• 再次键入您的密码(从步骤1)
• 重新启动

详情请参见SecureBoot手册。

Answer 2

我也有同样的问题，每次我都杀了他们。杀死他们似乎没有什么不愉快的事，但后来又出现了。

这页可能会有帮助，但我还没来得及尝试。https://wiki.ubuntu.com/UEFI/SecureBoot/DKMS