我正在运行内核为 5.11.0-40 的 Ubuntu 20.04，现在启动机器时 Livepatch 出现持续错误（盾牌图标显示为红色）。我以前也遇到过这种情况，但通常在重启后或软件更新后就会消失。
软件更新程序窗口显示：
Canonical Livepatch 遇到内部错误。请参阅https://wiki.ubuntu.com/Kernel/Livepatch#CommonIssues了解更多信息。
canonical-livepatch status显示：
last check: 4 minutes ago
kernel: 5.11.0-40.44~20.04.2-generic
server check-in: failed: livepatch check failed: POST request to "https://livepatch.canonical.com/v1/client/d42fa77my machine id /updates" failed
patch state: ✓ no livepatches needed for this kernel yet
tier: updates (Free usage; This machine beta tests new patches.)
machine id: removed for this post
维基百科和其他问题都没有提供任何帮助。非常感谢所有权威建议。
更新时间：11.45 GMT
错误发生在我的台式机上。我还有一台笔记本电脑，它运行相同的 Ubuntu 和内核版本，Livepatch 在那里运行良好（漂亮的绿色盾牌图标）。
请注意笔记本电脑终端的以下输出：
$ uname -a
Linux nick-X555LAB 5.11.0-40-generic #44~20.04.2-Ubuntu SMP Tue Oct 26 18:07:44 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
$ sudo canonical-livepatch refresh
sudo: canonical-livepatch: command not found
$ canonical-livepatch refresh
2021/11/18 11:43:26 error executing refresh: please re-run using sudo
因此，挑出其中的毛病吧——我做不到！
更新2
我注册了免费的 Ubuntu Advantage 并运行了 ua attachment，就像某个地方建议的那样。o/p 是：
$ sudo ua attach SOME TOKEN OR MY MACHINE ID
Enabling default service esm-infra
Updating package lists
UA Infra: ESM enabled
Updating 'livepatch' on changed directives.
Disabling Livepatch prior to re-attach with new token
Canonical livepatch enabled.
This machine is now attached to 'MY EMAIL ADDRESS'
在 Canonical 未发出任何警告的情况下，这确实不应该成为必须遵循的程序。我对此并不满意。
我忘了补充：Livepatch 现在显示一个绿色盾牌图标。
更新 3
重启后它继续工作。我以为它解决了，但事实并非如此。它又显示红色盾牌，
canonical-livepatch 状态上次检查：24 秒前内核：5.11.0-40.44~20.04.2-通用服务器签入：失败：livepatch 检查失败：对“https://livepatch.canonical.com/v1/client/...private/updates”的 POST 请求失败
更新 4
看来我的错误现在已经消失了（格林威治标准时间 11 月 21 日 09:21），无需我的干预。 - 现在它又在 11.59 再次出现
答案1
sudo canonical-livepatch refresh
这能修复当前会话的问题吗？
如果是这样，并且它在重启后不再起作用，您可能需要将其添加到带有 的 cron 中@reboot。该消息来自他们的服务器，因此可能是他们的问题，而不是您的机器的问题。
如果你的内核支持 livepatch，你需要提交错误报告。这
此内核尚不需要实时补丁
则表明并非如此。
在过去的几个小时里，你不是唯一一个遇到问题的人