☰

末尾带有 ~ 的 .journal 文件是什么？

tag-icon • tag-icon systemd-journald journalctl
末尾带有 ~ 的 .journal 文件是什么？

我的文件中有一些/var/log/journal/f7e928ba68a9449e85bd828252981fc6/带有.journal~扩展名的文件。

我可以删除这些吗？

例子：

-rw-r-----+ 1 root systemd-journal  16777216 Dec 21 08:46 [email protected]~

我可以删除这些文件吗？

答案1

从man systemd-journald：

文件

/run/log/journal/machine-id/*.journal, /run/log/journal/machine-id/*.journal~, /var/log/journal/machine-id/*.journal,/var/log/journal/machine-id/*.journal~

系统日志将条目写入具有/run/log/journal/machine-id/或/var/log/journal/machine-id/带有".journal"后缀的文件。如果守护进程不正常停止，或者发现文件损坏，则使用后缀重命名它们".journal~"，并且系统日志开始写入新文件。
当 systemd-journald 停止写入日志文件时，它将被重命名为“[电子邮件受保护]“ （或者 ”[电子邮件受保护]~")。这样的文件被“归档”并且不会再被写入。

所以基本上正如你在上面看到的系统日志当文件损坏或守护程序停止时正在写入这些文件不洁地。

关于：

我可以删除这些文件吗

正如用户 @intelfx 所提到的，如果您对这些文件提供的日志日志不感兴趣，则应该删除这些文件。

另外，正如同一用户所提到的，文件仍然可读。例如，您可以使用以下方法读取日志文件：

sudo journalctl --file /path/to/file.journal
sudo journalctl --file /path/to/file.journal~

无论如何，如果您不删除它们，系统 systemd-journald将自动删除这些文件，正如您在同一内容中看到的man systemd-journald：

systemd-journald 将自动删除最旧的存档日志文件以限制磁盘使用。请参阅journald.conf(5)中的SystemMaxUse=和相关设置。

答案2

有一个与以下相关的旧错误处理以波形符结尾的文件，但它早已解决：https://bugs.freedesktop.org/show_bug.cgi?id=58549

我没有带有此扩展名的单个文件，在您的情况下，当日志尝试旋转它们时可能会出现错误。也许您用完了可用空间，或者发生了 IO 错误，或者系统意外重新启动。

请重新启动日志，如果文件仍然存在，则可以安全地删除它们：

sudo systemctl restart systemd-journald

有关的。

相关内容