다음 명령을 실행합니다.
coredumpctl list
Mon 2019-11-18 23:58:19 GMT 19043 1000 1000 31 missing /opt/google/chrome/chrome
Mon 2019-11-18 23:58:19 GMT 19062 1000 1000 31 missing /opt/google/chrome/chrome
Tue 2019-11-19 15:52:55 GMT 22332 1000 1000 6 missing /usr/bin/texstudio
다음은:
coredumpctl gdb 22332
Storage: /var/lib/systemd/coredump/core.texstudio.1000.bb1cfb6b67f2423fac681d721ee1ba02.22332.1574178774000000.lz4 (inaccessible)
File "/var/lib/systemd/coredump/core.texstudio.1000.bb1cfb6b67f2423fac681d721ee1ba02.22332.1574178774000000.lz4" is not readable: No such file or directory
스택 추적을 덤프하고 저장소에 액세스할 수 없고 파일을 읽거나 찾을 수 없다는 위의 두 가지 메시지를 제공합니다.
내가 뭐 잘못 했어요?
답변1
당신이 잘못할 수 있는 두 가지 일반적인 일이 있습니다.
일반적으로 프로그램이 사용자와 다른 사용자 ID로 실행되기 때문에 코어 덤프에 "접근할 수 없습니다". 이는 귀하에게 권한이 없음을 의미합니다. 빠른 해결책은 coredumpctl예를 들어 를 사용하여 루트로 실행하는 것입니다 sudo coredumpctl.
나는 이것이 당신의 문제가 아닌 것 같아요. 이러한 코어 덤프는 사용자 ID 1000에서 가져온 것입니다. 나는 귀하의 시스템에서 생성된 최초의(그리고 아마도 유일한) 루트가 아닌 로그인이기 때문에 귀하의 사용자 ID가 1000이라고 추측합니다.
두번째,시스템 코어 덤프몇 가지 설정이 있습니다코어 덤프 파일, 사용할 수 있는 디스크 공간의 양에 대해 설명합니다. 여유 디스크 공간이 15% 미만이면 코어 덤프가 전혀 생성되지 않는 것 같습니다. (이 설정을 변경하지 않는 한)
명령을 사용 df -h하거나 사용 가능한 디스크 공간을 확인할 수 있습니다 df -h /var/lib/systemd/coredump/.
(코어 덤프에서 사용되는 전체 절대 크기를 보려면 를 실행하면 됩니다 du -sh /var/lib/systemd/coredump/.)
최대 사용=,유휴 상태 유지=
외부에 저장된 코어 덤프가 차지하는 디스크 공간에 제한을 적용합니다. MaxUse=는 코어 덤프가 차지하는 전체 디스크 공간이 이 제한을 초과하면 이전 코어 덤프가 삭제되도록 보장합니다(기본값은 전체 디스크 크기의 10%). KeepFree=는 최소한 유지되는 여유 디스크 공간의 양을 제어합니다(기본값은 전체 디스크 크기의 15%). 코어 덤프가 처리되는 동안 코어 덤프에 사용되는 디스크 공간이 일시적으로 이러한 제한을 초과할 수 있습니다. 오래된 코어 덤프도 systemd-tmpfiles(8)를 통해 시간에 따라 제거됩니다. 크기 기반 정리를 끄려면 두 값 중 하나를 0으로 설정하십시오.
답변2
coredumpctl list각 덤프에 대한 설명과 최종 오류 메시지가 무엇인지 확인하세요 .missingNo such file or directory
귀하의 배포판에는 오래된 코어 덤프를 정리하는 정기적인 크론 작업/시스템 타이머가 있는 것 같습니다(아마 일주일에 한 번 정도?). 실제 코어 덤프 파일을 정리하고 coredumpctl해당 덤프가 존재했음을 나타내는 작은 로그 항목만 남겼습니다.