我在 Kubuntu 20.04 的“发现”应用中收到一个烦人的“无法更新 lvfs 元数据”提示。这并没有造成任何问题，但我找到了一个网站，建议通过运行以下命令来修复它fwupdmgr --force refresh
执行此操作后，系统在下次尝试安装更新时重新启动 - 每次我尝试更新时，系统都会重新启动或挂起更新程序。因此，我意识到我以某种方式在系统上安装了一个坏包，并且由于我运行的是 20.04，我决定继续安装 22.04.1。我将其安装到新分区中，它似乎已经修复了它（即，我能够在新系统上执行一些初始更新）。但下一轮更新再次导致崩溃。我注意到其中一个更新是“UEFI dbx - 更新至版本 217”。如果我取消选择该更新，则所有其他更新都可以正常运行。但如果我尝试运行该更新，系统将重新启动。
我是否破坏了某些东西。由于我在新分区中运行新的干净操作系统，我猜测初始 fwupdmgr 尝试执行某种 UEFI 固件更新 - 因此固件中的某些东西可能被破坏，影响的不仅仅是我运行 fwupdmgr 的旧操作系统（除非问题出在 /home 中 - 我在新操作系统中使用相同的 /home 分区）。我是不是搞砸了 - 或者有办法解决这个问题？我想我可以在 Discover 中禁用对 UEFI dbx 的更新，并希望这样可以解决这个问题......现在，我禁用了“lvfs”固件更新服务存储库，UEFI dbx 不再显示为可用更新。这样可以吗？
顺便说一句，UEFI dbx 的软件包描述说它与更新安全启动签名有关。我已禁用安全启动，并且安装了 Kubuntu，但没有安装 shim（我认为）。我想也许这就是我的系统仍然正常工作的原因。