小编Ste*_*mit的帖子

有什么策略可以“真正”禁用 systemd 服务吗?有些甚至在使用 systemctl 禁用后仍会启动

似乎每当我尝试禁用 systemd 服务时,该服务都会找到某种方法来重新启用自身。最近的例子是 PackageKit,我发现它是我在这个问题中提出的问题的根源。如果我运行这个:

\n
systemctl disable packagekit\n
Run Code Online (Sandbox Code Playgroud)\n

然后几天后,我的磁盘保持稳定,但几天后,PackageKit 会重新启用自身并运行,并/var/cache/yum再次填充,将我的磁盘固定在 100%。

\n

我\xe2\x80\x99m 没有专门询问PackageKit;我真的\xe2\x80\x99m 试图了解systemd 服务停用应该如何工作。

\n

是否有任何通用的方法可以说 \xe2\x80\x9c 禁用此服务,并禁用任何自动重新启用它的方法?\xe2\x80\x9d 或者是我彻底删除我不\xe2 的包的唯一选择\x80\x99 不想运行吗?

\n
\n

更新:我的问题的一部分被误导了:systemctl disable确保服务无论如何都不会运行不是我们的工作;所做的只是systemctl disable说该服务不应在启动时自动运行。

\n

根据 user1686 的回答中的建议,我尝试过

\n
busctl --activatable | grep -i packagekit\n
Run Code Online (Sandbox Code Playgroud)\n

并得到了

\n
org.freedesktop.PackageKit      - -     -    (activatable) -       -\n
Run Code Online (Sandbox Code Playgroud)\n

所以这很可能表明是什么类型的事情正在启动它(如果不是在启动时)。busctl tree但在继续下一步之前我并没有想到要尝试。

\n

再次根据 user1686 的建议,我尝试了

\n
systemctl mask packagekit\n
Run Code Online (Sandbox Code Playgroud)\n

这似乎已经成功了 \xe2\x80\x94 无论之前启动了那个东西,都不再启动它了。\n我不知道这是否会被认为是丑陋的或暴力的或危险的解决方案;我不知道它是否会永远有效,但现在似乎有效。

\n

systemd

10
推荐指数
1
解决办法
5326
查看次数

标签 统计

systemd ×1