systemd-journald[356]：无法打开系统日志：不支持操作

Question

您可以采取多种措施来诊断问题。按照相关的手册页,

日志服务要么永久地存储日志数据，要么/var/log/journal以易失性的方式存储日志数据/run/log/journal/（在后一种情况下，日志数据在重新启动时会丢失）。默认情况下，如果/var/log/journal/启动期间存在日志数据，则日志数据将被持久存储，否则会隐式回退到易失性存储。使用Storage=injournald.conf(5)配置日志数据的放置位置，与是否存在无关/var/log/journal/。

/var/log/journal/在尚不存在但需要持久日志记录的系统上（并且journald.conf使用默认值），创建目录就足够了，并确保它具有正确的访问模式和所有权：
mkdir -p /var/log/journal
systemd-tmpfiles --create --prefix /var/log/journal
journald.conf(5)有关此服务配置的信息，请参阅参考资料。

请发布以下命令的输出，以查看日志写入的位置以及守护进程是否异常停止

$ ls -dl /var/log/journal/
$ ls -alR /var/log/journal/
$ ls -dl /run/log/journal/
$ ls -alR /run/log/journal/
$ cat /etc/systemd/journald.conf
$ journalctl --list-boots

检查日志的完整性

$ journalctl --verify

如果有任何内容显示损坏，我们可能会跟进。

如果您愿意冒险，请尝试删除/var/log/journal/*/system.journal并重新启动该服务。这没有什么坏处，但你会丢失日志。我认为这不能解决问题，但你可以尝试一下。

来源

https://www.loggly.com/ultimate-guide/linux-logging-with-systemd/

Answer 1

您可以采取多种措施来诊断问题。按照相关的手册页,

日志服务要么永久地存储日志数据，要么/var/log/journal以易失性的方式存储日志数据/run/log/journal/（在后一种情况下，日志数据在重新启动时会丢失）。默认情况下，如果/var/log/journal/启动期间存在日志数据，则日志数据将被持久存储，否则会隐式回退到易失性存储。使用Storage=injournald.conf(5)配置日志数据的放置位置，与是否存在无关/var/log/journal/。

/var/log/journal/在尚不存在但需要持久日志记录的系统上（并且journald.conf使用默认值），创建目录就足够了，并确保它具有正确的访问模式和所有权：
mkdir -p /var/log/journal
systemd-tmpfiles --create --prefix /var/log/journal
journald.conf(5)有关此服务配置的信息，请参阅参考资料。

请发布以下命令的输出，以查看日志写入的位置以及守护进程是否异常停止

$ ls -dl /var/log/journal/
$ ls -alR /var/log/journal/
$ ls -dl /run/log/journal/
$ ls -alR /run/log/journal/
$ cat /etc/systemd/journald.conf
$ journalctl --list-boots

检查日志的完整性

$ journalctl --verify

如果有任何内容显示损坏，我们可能会跟进。

如果您愿意冒险，请尝试删除/var/log/journal/*/system.journal并重新启动该服务。这没有什么坏处，但你会丢失日志。我认为这不能解决问题，但你可以尝试一下。

来源

https://www.loggly.com/ultimate-guide/linux-logging-with-systemd/

systemd-journald[356]：无法打开系统日志：不支持操作

答案1

相关内容