我的 VPS 大约 3 个月没有重新启动。它托管在 OpenVZ 虚拟化类型的服务器上，操作系统为 Ubuntu 16.04。出于某种原因，我重新启动了 VPS，之后，我无法通过 ssh 连接到服务器，我收到的消息是：
ssh: connect to host srvname.com port 22: Connection refused
所以我在 VPS 上打开了一个串行控制台并开始调查......我已经清除并重新安装了但openssh-server没有成功。我花了两个小时阅读有关 Internet 上类似问题的文章、问题和答案。
最后我设法理解该目录/var/run/sshd不是在系统启动期间创建的。一旦我手动创建它，我就可以毫无问题地启动 SSH 服务，但是在下次重新启动时问题仍然存在。所以我的问题是：
这个问题的原因可能是什么？为什么/var/run/sshd在系统启动时没有创建？
我怎样才能以正确的方式解决问题？我找到了本文末尾提到的临时解决方案。
问题是否可能与 VPS 的 OpenVZ 主机有关？我应该要求托管服务提供商解决吗？
的输出systemctl status ssh.service，sshd -Ddp 22并且journalctl -xe是：
ssh: connect to host srvname.com port 22: Connection refused
的内容/usr/lib/tmpfiles.d/sshd.conf和/etc/init/ssh.conf为：
# systemctl status ssh.service
? ssh.service - OpenBSD …我有 Ubuntu 16.04，它一直是完美的。
从第一天起它就一直在完美打印，但前几天我遇到了一个错误，我愚蠢地没有写下来，我没有去看/var/log/syslog。
错误是关于cups 目录丢失了。在这一点上，我还没有搞乱任何配置，它只是自己破坏了一切。
我想不是我手动创建丢失的东西，而是通过删除并重新安装软件来修复它。
我删除并重新安装了 HP 的打印软件“hplip”和“cups”。这似乎完全破坏了杯子。它不再开始。
以下是start 命令之前和之后的systemctl status输出cups：
$ systemctl status cups
cups.service - CUPS Scheduler
Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Sun 2016-11-06 10:06:50 GMT; 55min ago
Docs: man:cupsd(8)
Process: 1029 ExecStart=/usr/sbin/cupsd -l (code=exited, status=1/FAILURE)
Main PID: 1029 (code=exited, status=1/FAILURE)
Nov 06 10:06:50 vw-desk2 systemd[1]: Started CUPS Scheduler.
Nov 06 10:06:50 vw-desk2 systemd[1]: cups.service: Main process exited, code=exited, status=1/FAILURE
Nov 06 10:06:50 …