これを削除する方法を探していますcoredumpctl list。現在、2014年12月14日のコアダンプがリストされています。その時と今の間にソフトウェアをあまりにも頻繁に更新したので、古いコアダンプが疑われます。今問題をデバッグするのに役立ちますか？ ？残念ながら、これらのファイルを削除すると、/var/lib/systemd/coredumpcoredumpctls出力の「PRESENT」列からアスタリスクのみが消えます。
manページまたはcoredumpctlのヘルプ出力からcoredumpに関するすべての情報を削除する方法が見つかりません。
答え1
まず、ログをクリーンアップして、1 日より古いエントリを削除できます。
journalctl --vacuum-time=1d
「coredumpctl list」にはロギングダンプファイルがリストされているため、/var/lib/systemd/coredump にリストされていないダンプファイルを手動で削除できます。
coredumpctl list
ダンプファイルを参照し、ファイルをコマンドの結果と比較し、リストされていないファイルを削除します。
答え2
journalctlcoredump特に設定しない限り、ファイルはアーカイブされず、ログファイルのみがアーカイブされますStorage=journal。したがって、許可された回答が正しくありません（欠落している状態）。
たとえば、journalctl --vacuum-time=7d日記を7日以上保管しないでください。
私が見つけることができる最も近いのは、外部（デフォルト）ストレージコアダンプがディスク容量を占めるように強制するこのcoredump.confファイルです。デフォルト値は 。MaxUseStorage=external/var/lib/systemd/coredump
確認するkernel.core_pattern
cat /proc/sys/kernel/core_pattern
|/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h
リアルタイムFM
答え3
これレシピ私のために動作します（Fedora 37）。つまり、まず現在のsystemdログファイルを分割し、新しく作成されたログファイルに置き換えることが重要です。
sudo journalctl --rotate
その後、クリーンアップします。
sudo journalctl --vacuum-time=1d
以来：
> coredumpctl list
No coredumps found.
答え4
メタデータがsystemdログに保存されているように見えなくなりました。
rm /var/log/journal/*/*
killall -9 systemd-journald
欠点は、他のすべてのシステムログも消えることです。
おそらくもっときれいな方法は次のような方法です。Journalctlをクリアする方法
journalctl --vacuum-time=2d