系统重启报错 Failed to start System logging Service，如何解决？

Question

centos系统重启的时候报错 Failed to start System logging Service ，进不去系统，想知道是什么问题，该怎么解决？

Answer 1

遇到“Failed to start System logging Service”这类错误时，通常表明系统的日志服务（如rsyslog或systemd-journald）无法正常启动。这个问题可能由多种原因引起，包括配置文件错误、依赖服务未运行、磁盘空间不足等。以下是一些解决步骤，你可以按照这些步骤逐一排查和解决问题：

1. 检查系统日志
   首先，尝试查看系统日志以获取更多关于为什么日志服务启动失败的线索。你可以使用其他可用的日志查看工具（如果systemd-journald不可用，可以尝试查看/var/log/messages或/var/log/syslog等文件，这取决于你的系统配置）。

bash
journalctl -xe # 如果你仍然可以访问journalctl
tail -f /var/log/messages # 或者尝试这个
tail -f /var/log/syslog # 另一个可能的日志文件
2. 检查磁盘空间
磁盘空间不足也可能导致日志服务无法启动。使用df -h命令检查磁盘空间。

bash
df -h
如果磁盘已满，你需要清理一些不必要的文件或扩展磁盘空间。

1. 检查服务状态
   查看日志服务的状态，并尝试重新启动它。这取决于你使用的是哪个日志服务（rsyslog、systemd-journald等）。

bash
systemctl status rsyslog # 对于rsyslog
systemctl status systemd-journald # 对于systemd-journald

尝试重启服务

systemctl restart rsyslog
systemctl restart systemd-journald
4. 检查配置文件
检查日志服务的配置文件是否有错误。配置文件的位置取决于你的系统和使用的日志服务。

对于rsyslog，配置文件通常位于/etc/rsyslog.conf及/etc/rsyslog.d/目录下的文件。
对于systemd-journald，配置文件可能位于/etc/systemd/journald.conf。
确保配置文件语法正确，没有指向不存在的文件或目录的引用。

1. 依赖服务
   确保所有必要的依赖服务都已启动。你可以使用systemctl list-dependencies来查看服务的依赖关系。

bash
systemctl list-dependencies rsyslog
6. 恢复或重置服务
如果以上步骤都不能解决问题，你可能需要考虑重置或重新安装日志服务。

重置服务（以rsyslog为例）：
bash
systemctl reset-failed rsyslog
重新安装服务（需要root权限）：
对于Debian/Ubuntu系统：

bash
sudo apt-get update
sudo apt-get install --reinstall rsyslog
对于RedHat/CentOS系统：

bash
sudo yum reinstall rsyslog
7. 查看系统日志的临时文件
有时，如果日志服务无法写入其主日志文件，它可能会尝试写入临时文件或备用位置。检查这些位置是否已满或存在权限问题。

1. 咨询社区或专业人士
   如果问题仍然存在，考虑在相关的技术论坛或社区（如Stack Overflow、Reddit的r/linux等）发帖询问，或联系专业的系统管理员。