我意识到 sshd 最近没有启动，并且发现这与缺少 /var/run/sshd 有关，我可以创建该目录，但由于这是一个 tmp 目录，因此下次启动时它将无法工作。我发现问题在于 systemd-tmpfiles 的以下错误。我看到了其他关于此问题的帖子，但他们的问题是 root 或 run 的用户/组不正确，这不是我的问题，因为它们都显示为 root.root。我应该检查什么？
分销商 ID：Ubuntu 描述：Ubuntu 16.04.6 LTS 发行版：16.04 代号：xenial
Nov 30 10:59:04 server systemd-tmpfiles[495]: Unsafe symlinks encountered in /var/cache, refusing.
Nov 30 10:59:04 server systemd-tmpfiles[495]: Unsafe symlinks encountered in /var/cache/man, refusing.
Nov 30 10:59:04 server systemd-tmpfiles[495]: Unsafe symlinks encountered in /var/run/postgresql, refusing.
Nov 30 10:59:04 server systemd-tmpfiles[495]: Unsafe symlinks encountered in /var/log/postgresql, refusing.
Nov 30 10:59:04 server systemd-tmpfiles[495]: Unsafe symlinks encountered in /var/run/screen, refusing.
Nov 30 10:59:04 server systemd-tmpfiles[495]: Unsafe symlinks encountered in /var/run/sshd, refusing.
Nov 30 10:59:04 server systemd-tmpfiles[495]: Unsafe symlinks encountered in /var/run/sudo, refusing.
Nov 30 10:59:04 server systemd-tmpfiles[495]: Unsafe symlinks encountered in /var/run/sudo/ts, refusing.
Nov 30 10:59:04 server systemd-tmpfiles[495]: Unsafe symlinks encountered in /var/lib/systemd, refusing.
Nov 30 10:59:04 server systemd-tmpfiles[495]: Unsafe symlinks encountered in /var/lib/systemd/coredump, refusing.
答案1
所以我搞明白了，这确实与子目录的所有权有关。 在我的情况下 /var 是指向 /path1/path2/path3 的符号链接。 虽然 / 和 /var 归 root 所有，但 /path1 不是，所以它失败了。