systemd:“apport-autoreport.path:失败,结果为'unit-start-limit-hit'” - > apport-autoreport.service无法启动

systemd:“apport-autoreport.path:失败,结果为'unit-start-limit-hit'” - > apport-autoreport.service无法启动

此错误的最高 Google 结果是这个,但它是 1 年前的,对我不起作用。我怀疑这可能最终会成为一个错误报告,但我的 systemd 知识很少,所以我首先在这里问。

问题

apport-autoreport.path失败,导致apport-autoreport.service失败。 (我知道禁用 apport 是一个选项,但我更愿意保持启用状态。)

系统

Raspberry Pi 4,Ubuntu 21.04 Raspberry Pi 版本,arm64。安装了多个桌面环境(MATE、lubuntu、cinnamon)。这不完全是“新的干净安装”:我遵循过时的教程并安装了 PPA 中的一些软件包(ubuntu-raspi2 和 ubuntu-pi-flavour-makers)。这导致了 apt 冲突,所以我清除并删除了它们,从而解决了 apt 冲突。我没有理由认为他们确实(或没有)导致了这个分配问题。

症状

这是 apport-autoreport.service 尝试启动时生成的日志列表:重新启动后,或重新启动它时,或运行后sudo apt reinstall -f apport。 (驾驶舱截图):

apport-autoreport.service:

apport-autoreport.service 日志


apport-autoreport.path:

apport-autoreport.path 日志

我可以根据要求包含任何列出的日志。在我未经训练的眼睛看来,我没有在其中找到任何有用的信息(它们包含时间戳、machine_id 等)。

尝试修复

当我尝试时上述修复apport-autoreport.path给出以下两个日志:

在此输入图像描述

日志标题“‘Path’部分中的未知键名‘PathChangedGlob’,忽略”表示此修复不起作用。

然而:当apport-autoreport.path失败时,apport-autoreport.service是能够成功启动的。 (“apport-autoreport.service:成功。”)这是否意味着它确实有效?或者如果它实际上尝试自动报告任何内容,它会遇到错误吗?这感觉并不令人满意,因为 systemd 仍然显示为“降级”。

如果我重新安装app怎么办?

$ `sudo apt reinstall -f apport`
Get:1 http://ports.ubuntu.com/ubuntu-ports hirsute-updates/main arm64 apport all 2.20.11-0ubuntu65.1 [129 kB]
Fetched 129 kB in 1s (190 kB/s)
(Reading database ... 539076 files and directories currently installed.)
Preparing to unpack .../apport_2.20.11-0ubuntu65.1_all.deb ...
Unpacking apport (2.20.11-0ubuntu65.1) over (2.20.11-0ubuntu65.1) ...
Setting up apport (2.20.11-0ubuntu65.1) ...
apport-autoreport.service is a disabled or a static unit, not starting it.
Processing triggers for man-db (2.9.4-2) ...
Processing triggers for hicolor-icon-theme (0.17-2) ...

然后,这将返回到与上面“症状”部分中看到的相同情况。

我很高兴提供更多信息。我正在尝试正确执行此操作,以便如果这是一个错误,我们可以找到并报告它。 (如果是这样:我应该在哪里报告?)

相关内容