☰

`canonical-livepatch enable` 命令似乎挂起了——我该如何找出原因？

tag-icon • tag-icon 18.04 canonical-livepatch
`canonical-livepatch enable` 命令似乎挂起了——我该如何找出原因？

我正在设置一个全新的 Ubuntu 18.04（在 VPS 上）——只有 CLI，没有 GUI。从头开始，到目前为止我唯一做的事情就是升级各种 apt 包、安装snapd并运行sudo canonical-livepatch enable $my_token。该命令似乎挂起了，我不知道为什么它只是挂在那里。有没有办法打开详细模式来查看它可能遇到什么错误？或者有其他方法可以找出发生了什么以及如何启用实时修补？

答案1

我在 VPS 上新安装的 Ubuntu 20.04 上也遇到了同样的问题。

据 称snap logs canonical-livepatch.canonical-livepatchd，这是由于：

bad temporary server status 500 (URL: https://livepatch.canonical.com/api/machine-tokens) server response: machine token already exists

可以通过在重新运行之前生成新的机器令牌来解决此问题canonical-livepatch enable <token>：

rm /etc/machine-id
systemd-machine-id-setup

但是，就我而言，由于使用的是 D-Bus 机器 ID，因此每次生成的令牌都是相同的，所以我必须先将其删除，以便它改用 KVM UUID：

rm /var/lib/dbus/machine-id
rm /etc/machine-id
systemd-machine-id-setup
dbus-uuidgen --ensure

最后一行只是将新的机器 ID 复制到第一个被删除的文件。

相关内容