为什么每次启动后都会丢失 /var/run/sshd？

Question 1

因此，每次重启时都会重新创建 /run（以及与其符号链接的 /var/run）。但 systemd-tmpfiles 不会对某些文件（包括 (/var)/run/sshd）执行此操作。

显然，这个问题已通过 OpenVZ 内核升级得到解决。但现在要想真正修复它，您需要编辑/usr/lib/tmpfiles.d/sshd.conf并删除/var以下行，d /var/run/sshd 0755 root root改为：d /run/sshd 0755 root root

就是这样..！

当 openssh-server 升级时，我们希望他们能够修复这个错误（或者它真的是 systemd 或 openvz 中的错误？）——否则您可能会遇到同样的问题。

Answer

因此，每次重启时都会重新创建 /run（以及与其符号链接的 /var/run）。但 systemd-tmpfiles 不会对某些文件（包括 (/var)/run/sshd）执行此操作。

显然，这个问题已通过 OpenVZ 内核升级得到解决。但现在要想真正修复它，您需要编辑/usr/lib/tmpfiles.d/sshd.conf并删除/var以下行，d /var/run/sshd 0755 root root改为：d /run/sshd 0755 root root

就是这样..！

当 openssh-server 升级时，我们希望他们能够修复这个错误（或者它真的是 systemd 或 openvz 中的错误？）——否则您可能会遇到同样的问题。

Question 2

sshd您犯的一个错误是尝试手动启动。

如果您改为sshd通过官方方式启动，它应该可以正常工作。该service命令知道在您的发行版上启动服务的正确方法是什么，并且这应该可以工作：

service ssh start

对于 sysv init 脚本，这就是您需要做的一切。缺少目录的原因是它/var/run是符号链接/run并且/run是tmpfs挂载点。这意味着每次启动时/var/run都会从空开始。当您使用该service命令时/etc/init.d/ssh，将使用该脚本来启动，但在执行此操作之前，如果脚本不存在，sshd则会创建该脚本。/var/run/sshd

事情systemd有点不同。将有一个名为的文件，/usr/lib/tmpfiles.d/sshd.conf其内容如下：

d /var/run/sshd 0755 root root

在启动过程中，这应该会导致/var/run/sshd目录被创建。您需要验证文件是否存在且内容正确。如果目录/var/run/sshd仍然缺失，您可以在systemd-tmpfiles --create手动运行时验证它是否被创建。

Answer

sshd您犯的一个错误是尝试手动启动。

如果您改为sshd通过官方方式启动，它应该可以正常工作。该service命令知道在您的发行版上启动服务的正确方法是什么，并且这应该可以工作：

service ssh start

对于 sysv init 脚本，这就是您需要做的一切。缺少目录的原因是它/var/run是符号链接/run并且/run是tmpfs挂载点。这意味着每次启动时/var/run都会从空开始。当您使用该service命令时/etc/init.d/ssh，将使用该脚本来启动，但在执行此操作之前，如果脚本不存在，sshd则会创建该脚本。/var/run/sshd

事情systemd有点不同。将有一个名为的文件，/usr/lib/tmpfiles.d/sshd.conf其内容如下：

d /var/run/sshd 0755 root root

在启动过程中，这应该会导致/var/run/sshd目录被创建。您需要验证文件是否存在且内容正确。如果目录/var/run/sshd仍然缺失，您可以在systemd-tmpfiles --create手动运行时验证它是否被创建。

Question 3

显然，运行 OpenVZ 内核 2.6.32-042stab134.7 或更新版本时，这个问题会得到解决。我觉得很奇怪，systemd 启动脚本中竟然没有修复方法。可能一个丑陋的黑客会起作用，比如在启动后自动创建 /run/sshd/，然后启动 sshd。

我的输出systemd-tmpfiles --create：

[/usr/lib/tmpfiles.d/var.conf:14] Duplicate line for path "/var/log", ignoring.
fchownat() of /run/named failed: Invalid argument
Failed to openat(/dev/simfs): Operation not permitted
Failed to validate path /var/run/screen: Too many levels of symbolic links
Failed to validate path /var/run/sshd: Too many levels of symbolic links
Failed to validate path /var/run/sudo: Too many levels of symbolic links
Failed to validate path /var/run/sudo/ts: Too many levels of symbolic links
fchownat() of /run/systemd/netif failed: Invalid argument
fchownat() of /run/systemd/netif/links failed: Invalid argument
fchownat() of /run/systemd/netif/leases failed: Invalid argument
fchownat() of /run/log/journal failed: Invalid argument
fchownat() of /run/log/journal/e9e1d08bc42c48999865b96c250f40cc failed: Invalid argument
fchownat() of /run/log/journal/e9e1d08bc42c48999865b96c250f40cc/system.journal failed: Invalid argument

OpenVZ 2.6.32-042stab134.7 的更新日志如下：

使用 systemd 229-4ubuntu21.9 运行 Ubuntu 容器可能会导致服务无法启动，因为 systemd-tmpfiles 因符号链接问题而无法验证路径。（PSBM-90038）

Answer