所有我的系统服务崩溃（包括ssh，syslogd）
自上次服务器维护并由我的供应商systemd重新启动几秒钟后停止所有服务。 我只得到罕见的日志，因为syslogd也崩溃。 我的服务器是一个Ubuntu 16.04最小的服务器。
前几天我有时能够通过SSH连接，而我debugging时，我得到了这个信息：
通过systemctl启动服务失败
systemctl start XXX Job for XXX.service canceled 但通过开始相同的工作
service XXX start /etc/init.d/XXX start
开始服务（几秒/分钟，然后停止）。 我没有得到任何日志，因为在这个时候我没有意识到，那个syslogd也是down的。
我在syslog中发现了这个（110是syslog用户，106是adm）：
rsyslogd-3003: invalid or yet-unknown config file command 'KLogPermitNonKernelFacility' - have you forgotten to load a module? [v8.16.0 try http://www.rsyslog.com/e/3003 ] rsyslogd: rsyslogd's groupid changed to 110 rsyslogd: rsyslogd's userid changed to 106 systemd-tmpfiles[4712]: Adjusting owner and mode for /dev/ploop14796p1 failed: Operation not permitted systemd-tmpfiles[4712]: Adjusting owner and mode for /dev/ploop15738p1 failed: Operation not permitted systemd-tmpfiles[4712]: Adjusting owner and mode for /dev/ploop25912p1 failed: Operation not permitted systemd-tmpfiles[4712]: Adjusting owner and mode for /dev/simfs failed: Operation not permitted systemd-sysctl[4713]: Couldn't write '1' to 'fs/protected_symlinks', ignoring: No such file or directory systemd-sysctl[4713]: Couldn't write '176' to 'kernel/sysrq', ignoring: Permission denied systemd-sysctl[4713]: Couldn't write '1' to 'fs/protected_hardlinks', ignoring: No such file or directory systemd-sysctl[4713]: Couldn't write '1' to 'kernel/kptr_restrict', ignoring: Permission denied
并在这里对我的maillog（不知道是否相关，但只发生崩溃）
postfix/smtpd[3289]: fatal: no SASL authentication mechanisms postfix/smtpd[3489]: fatal: no SASL authentication mechanisms postfix/submission/smtpd[3475]: fatal: no SASL authentication mechanisms
如果我谷歌关于'fs / protected_symlinks'错误，我发现有关弹性search和docker的信息。 上次安装的软件包是docker！ 我的第一个想法是docker工杀死我的系统
由于ssh不能启动我只能通过我的提供商的RECOVERY方法访问我的服务器。 这将把FS装入基于内存的debian 7。
现在在这里我的问题：
- 有没有可能通过apt-get删除docker？ （apt-get不知道docker，因为它没有安装在recovery-debian-7中）
- 如果没有，我怎么能卸载泊坞窗没有apt-get？
- 有人可以给我进一步的信息如何debuggingsystemd和如何获得日志如果syslogd不能够运行？
- 有人基于我给出的信息关于这个问题的想法？
我不这么认为，但这可能是我的提供者的虚拟化系统的问题吗？ （附加信息：在维护之后，我直接在/etc/tmpfiles.d/中find了一个新的ploop文件）。 我的供应商正在使用virtuozzo。
非常感谢您的帮助
丹尼斯