为何通过DBus调用systemd的MaskUnitFiles后服务未被真正mask？

你遇到的问题核心是：通过DBus调用MaskUnitFiles仅创建了指向/dev/null的软链接，但systemd并未重新加载单元配置，因此无法识别该服务已被mask。systemctl mask之所以生效，是因为它在创建链接后自动触发了systemd的配置重载。

解决步骤 #

1. 执行MaskUnitFiles创建mask链接（你已完成这一步）：

busctl call org.freedesktop.systemd1 /org/freedesktop/systemd1 org.freedesktop.systemd1.Manager MaskUnitFiles asbb 1 serial-getty@ttymxc0.service false false

2. 强制systemd重新加载单元配置：

busctl call org.freedesktop.systemd1 /org/freedesktop/systemd1 org.freedesktop.systemd1.Manager Reload

验证效果 #

执行完上述两步后，再查看服务状态：

systemctl status serial-getty@ttymxc0.service

此时服务会显示Loaded: masked，尝试启动也会提示Unit is masked，和systemctl mask的效果完全一致。

补充说明 #

• MaskUnitFiles的参数含义：
  • 第三个参数Runtime：设为true时仅在当前会话生效（重启后失效），systemctl mask默认是false（永久生效）
  • 第四个参数Force：设为true时会覆盖现有同名文件，systemctl mask默认是false
• 同理，执行UnmaskUnitFiles后也需要调用Reload才能让systemd识别服务已解除mask。

内容的提问来源于stack exchange，提问作者Gyorgy Szekely