이를 제거할 방법을 찾고 있습니다 coredumpctl list. 현재 2014년 12월 14일의 코어 덤프가 나열되어 있습니다. 그때와 지금 사이에 소프트웨어를 너무 자주 업데이트했기 때문에 이전 코어 덤프가 의심됩니다. 지금 문제를 디버깅하는 데 도움을 주실 수 있나요? ? 안타깝게도 이러한 파일을 삭제하면 /var/lib/systemd/coredumpcoredumpctls 출력의 "PRESENT" 열에서 별표만 사라지게 됩니다.
맨페이지나 coredumpctl의 도움말 출력에서 coredump에 대한 모든 정보를 제거할 방법을 찾을 수 없습니다.
답변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