分阶段更新卡在 0%？

Question

问候 Ubuntu 社区，

我用来sudo apt update && sudo apt upgrade更新我的 22.04 LTS 安装。我通常在一周内运行该命令几次。我注意到，虽然一个多星期以来，一些分阶段的更新仍然被保留，但这已经一周多了没有变化。我上周检查时，他们的进度是 80%，但现在一直停留在 0%。任何能够对此提供任何启发或见解的人将不胜感激。

运行更新命令时，以下是当前正在分阶段和保留的软件包：

The following packages have been kept back:
  libnss-systemd libpam-systemd libspeechd2 libsystemd0 libudev1 python3-speechd
  speech-dispatcher speech-dispatcher-audio-plugins speech-dispatcher-espeak-ng
  systemd systemd-oomd systemd-sysv systemd-timesyncd udev

通常，我可以检查分阶段进度，apt-cache policy因此在本例中我将选择该systemd-oomd软件包，但当然也可以替换上述任何软件包。

scott@ubuntu:~$ apt-cache policy systemd-oomd
systemd-oomd:
  Installed: 249.11-0ubuntu3.4
  Candidate: 249.11-0ubuntu3.6
  Version table:
     249.11-0ubuntu3.6 500 (phased 0%)
        500 http://us.archive.ubuntu.com/ubuntu jammy-updates/main amd64 Packages
 *** 249.11-0ubuntu3.4 100
        100 /var/lib/dpkg/status
     249.11-0ubuntu3 500
        500 http://us.archive.ubuntu.com/ubuntu jammy/main amd64 Packages

正如您所看到的，自上周以来，它已分阶段调整为 0%。上周早些时候，当我上次检查时，该比例约为 80%，所以我想知道可能发生了什么（如果有的话）？只是很好奇，因为这是我多年来第一次再次使用 Ubuntu。感谢您的任何帮助！

Answer 1

0% 可能意味着两件事：阶段调整刚刚开始或阶段调整已暂停。

\n

由于已经过去一周多了，您知道是后者（分阶段已暂停）。

\n

让我们systemd-oomd看看https://people.canonical.com/%7Eubuntu-archive/phased-updates.html：

\n

\n

果然，它表明报告了一个错误，导致分相暂停。我们看不到错误报告（它是私人的），因此我们不知道有关问题的详细信息或何时发布解决方案。

\n

如果我们想进一步挖掘，我们可以记下“签名者、创建者”字段。这些开发人员恰好在 Ubuntu Foundations 团队工作，因此查看他们最近的每周更新表明 enr0n 确实在 systemd 上工作：

\n

\n

systemd
\n为 systemd 251.4-1ubuntu6 开启 PR ( https://code.launchpad.net/~enr0n/ubuntu/+source/systemd/+git/systemd/+merge/430153 )，感谢 @jaw-smith 的赞助

\n

\n
• 修复了 LP 1990278 \xe2\x80\x9csystemd-resolved 未包含在 Ubuntu bootstrap\xe2\x80\x9d 中
\n
• 修复了 ppc64el\xe2\x80\x9d 上的 LP 1989969 \xe2\x80\x9cautopkgtest TEST-36-NUMAPOLICY 失败
\n
• 修复了 LP 1990187 \xe2\x80\x9csystemd-resolved 建议在动能 [\xe2\x80\xa6]\xe2\x80\x9d\n 中使用 libnss-resolve 跟进 LP 1981622 \xe2\x80\x9cmtd 设备的注释必须提供（设备名称为空)\xe2\x80\x9d
\n

\n

\n

现在您已经知道了所有关于正在发生的事情的信息，以及如何亲自找出答案。

\n

一般来说，分阶段暂停通常会持续一两周。（这是信息性的——不是承诺）。开发人员不会忘记或忽略暂停；需要暂停的故障升级往往是高优先级事件。

\n

更新：24 小时后，相位从 0% 跃升至 90%。这表明问题已经解决。

\n