由于某种原因,coredumpctl不断囤积不再有可用核心文件的条目。我怎样才能清理它们以免它们堵塞输出?
列出所有 coredump 条目及其 ID:
\ncoredumpctl list
或者
\ncoredumpctl list --no-pager --no-legend
识别那些没有核心文件的。
\n这些条目的大小将为 0 或一条消息,指示核心文件丢失。
\ncoredumpctl remove <ID>
或者
\n\n\n\n由于
\ncoredumpctl list列出了日志记录的转储文件,因此您可以手动删除/var/lib/systemd/coredump未列出的转储文件。浏览转储文件,将文件与命令结果进行比较,并删除未列出的文件。
\n
使用以下命令删除每个条目:
\nrm /var/lib/systemd/coredump/core.<ID>.<executable>.core
再次运行 list 命令以检查条目是否已被删除。
\n\n\n为了清理 存储的所有转储核心
\nsystemd-coredump,您可以运行(以 root 身份):\n
systemd-tmpfiles --clean为了回答您的直接问题,是的,核心转储文件可以安全删除。
\n
systemd-coredump, systemd-coredump.socket, systemd-coredump@.service \xe2\x80\x94 获取、保存和处理核心转储
\n更新:
\n除了重写日志文件之外,没有直接的方法可以清除单个条目journalctl,这似乎不是一个简单的任务。
\n\n\n来自@aviro | OP 不想从 中删除文件
\n/var/lib/systemd/coredump。恰恰相反。他想要删除或过滤掉中没有可用文件的coredumpctl条目(或更准确地说:条目) 。他的抱怨是不断囤积不再有可用核心文件的条目。_ 囤积意味着他不想显示核心文件在.journalctl/var/lib/systemd/coredump_coredumpctl/var/lib/systemd/coredump
要过滤核心转储文件丢失的条目,您可以journalctl与消息过滤器一起使用,替换为列表条目的实际 ID:
journalctl -u systemd-coredump --grep="<ID>"
\n\n\n经过一番研究后,我发现您无法删除特定 systemd 单元的日志,因为日志是交错的,如果您仅删除一个单元,则会损坏日志,因此不允许
\njournalctl您删除
\n\n\n对要从中删除条目的
\nprogram copy_journal.py日志文件使用我的 Python 3 。/var/log/journal
\n\n\nsystemd 的日志就是为了防止这种篡改而设计的。
\n日志文件格式记录在此处,并描述了其对内联前向安全密封的支持:
\n标签对象用于密封日志以供更改。标签对象会定期附加到文件中。标记对象由 SHA-256 HMAC 标记组成,该标记是根据自上次写入标记以来存储在文件中的对象计算的,如果尚未写入标记,则从头开始计算。HMAC 的密钥是通过外部维护的 FSPRG 逻辑计算的,用于写入 epoch 的 epoch。序列号 seqnum 随着每个标签而增加。[..]
\n
| 归档时间: |
|
| 查看次数: |
629 次 |
| 最近记录: |