다음 명령을 실행합니다.
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인 것 같습니다. 이는 시스템에서 생성된 최초의(그리고 아마도 유일한) 루트가 아닌 로그인이기 때문입니다.
둘째,시스템 코어 덤프몇 가지 설정이 있습니다coredump.conf, 사용이 허용되는 디스크 공간의 양에 대해 설명합니다. 사용 가능한 디스크 공간이 15% 미만이면 코어 덤프가 전혀 생성되지 않는 것 같습니다. (이 설정을 변경하지 않는 한)
df -h또는 명령을 사용하여 사용 가능한 디스크 공간을 확인할 수 있습니다 df -h /var/lib/systemd/coredump/.
(코어 덤프에서 사용되는 총 절대 크기를 보려면 를 실행할 수 있습니다 du -sh /var/lib/systemd/coredump/.)
최대사용=, KeepFree=
외부에 저장된 코어 덤프가 차지하는 디스크 공간에 제한을 적용합니다. MaxUse=는 코어 덤프가 차지하는 총 디스크 공간이 이 제한(기본값은 총 디스크 크기의 10%)을 초과하는 즉시 이전 코어 덤프가 제거되도록 합니다. KeepFree=는 최소한 여유로 유지할 디스크 공간의 양을 제어합니다(기본값은 전체 디스크 크기의 15%). 코어 덤프가 처리되는 동안 코어 덤프에 사용되는 디스크 공간이 일시적으로 이러한 제한을 초과할 수 있습니다. 오래된 코어 덤프도 systemd-tmpfiles(8)를 통해 시간에 따라 제거됩니다. 크기 기반 정리를 끄려면 두 값 중 하나를 0으로 설정하십시오.
답변2
각 덤프에 대한 coredumpctl list내용 과 최종 오류 메시지는 입니다 .missingNo such file or directory
귀하의 배포판에는 오래된 코어 덤프를 정리하는 정기적인 크론 작업/시스템 타이머가 있는 것 같습니다(매주, 어쩌면?). 실제 코어 덤프 파일을 정리하고, coredumpctl그러한 덤프가 존재했음을 알려주는 작은 로그 항목만 남았습니다.