是什么原因导致“ systemd：在步骤USER生成/ usr / sbin / opendkim时失败：没有这样的进程”

如何清除以下错误：

systemd: Failed at step USER spawning /usr/sbin/opendkim: No such process

当我尝试在Centos上启动opendkim服务时，会发生这种情况。

我刚刚遇到了这种情况，在我的情况下，这是由于在我的服务文件中引用了用户名引起的：

[Unit]
Description=Demonstrate Failed at step USER spawning ...: No such process error when user name is quoted

[Service]
User="tadeusz"
ExecStart=/bin/echo hello

[Install]
WantedBy=multi-user.target

在Ubuntu 16.04.2 LTS（Amazon EC2实例）上启动此服务将失败，并显示以下错误：

user-example.service: Failed at step USER spawning /bin/echo: No such process

有趣的是，在Ubuntu Gnome 17.04（我的本地计算机）上，错误消息更加有用：

[/etc/systemd/system/user-example.service:5] Invalid user/group name or numeric ID, ignoring: "tadeusz"

在两种环境中都删除引号可以解决此问题：

[Service]
User=tadeusz

检查以下记录在以下配置文件中是否存在opendkim：

## Attempt to become the specified user before starting operations. UserID opendkim:opendkim

就我而言，我试图root用作用户和组。

我删掉了：

User=root
Group=root

对我来说，这是一个使用错误用户名的简单问题，请确认您使用的是正确的用户 [Service] User=tadeusz

然后重新加载您的SytemD sudo systemctl daemon-reload

对我来说，该错误消息表明我指定的是“ User = root”，但未指定“ Group = xx”，因此当我同时指定两者时，它可以解决此问题：

User=root
Group=root

因此Group=root，按照jmunsch的答案中的建议，添加或删除User和Group都可以修复它。没有指定组存在某种目录许可问题。

我猜如果您指定一个用户，那么它不使用默认组，我想它也是root？有点道理...

更新，再次遇到此消息，无关，但仅在引导时，手动启动它就可以了。

我的直觉是，它是由“活动目录”（此特定框获取其一些用户名和组）引起的，尚未完全启动，因此添加了

After=vasd.service

似乎已通过使它足够迟启动而对其进行了修复。 After=mnt-share.mount似乎也可以解决该问题，但我认为可能是因为它恰巧“等待了足够长的时间”之类的原因。

systemctl status xxx 说过：

Process: 5017 ExecStart=/home/user/bin/xx (code=exited, status=217/USER)

无论是否显示消息，检查journalctl任何日志或可能出了问题的任何指示也很有帮助。如果它是“ 217 / USER”，那么它在诊断中不会显示太多，但对于其他所有内容，它都可以提供超级有用的信息。

对我来说，此错误消息是由于更新systemd之后未重新加载SystemD引起的。因此，请运行# systemctl daemon-reload或重新启动计算机。