![누구든지 systemd에서 coredump를 사용하는 방법에 대한 아이디어를 공유할 수 있습니까? [폐쇄]](https://linux55.com/image/141707/%EB%88%84%EA%B5%AC%EB%93%A0%EC%A7%80%20systemd%EC%97%90%EC%84%9C%20coredump%EB%A5%BC%20%EC%82%AC%EC%9A%A9%ED%95%98%EB%8A%94%20%EB%B0%A9%EB%B2%95%EC%97%90%20%EB%8C%80%ED%95%9C%20%EC%95%84%EC%9D%B4%EB%94%94%EC%96%B4%EB%A5%BC%20%EA%B3%B5%EC%9C%A0%ED%95%A0%20%EC%88%98%20%EC%9E%88%EC%8A%B5%EB%8B%88%EA%B9%8C%3F%20%5B%ED%8F%90%EC%87%84%5D.png)
gdb가 올바른 답을 제공하지 않을 때 /var/lib/systemd/coredump/*가 매우 유용하다는 것을 알았지만 그 이유와 이전에 sysvinit 세계관에 있었던 내용을 파악할 수 없었습니다.
최근 일부 소프트웨어에서 분할 오류가 발생했기 때문에 이 문제가 발생했지만 gdb에서 실행하면 원하는 출력을 얻지 못했습니다. /var/lib/systemd/coredump/를 실행하면 누락된 파일이 발견되었고 그 중 일부에서 coredumpctl을 실행할 수 있었고 나머지는 lz4 파일의 압축을 풀고 해당 파일에서 gdb를 실행하여 추적을 얻을 수 있었습니다.
모든 역사, 기본은 훌륭합니다.
systemd-coredump, coredumpctl 및 Journalctl의 매뉴얼 페이지는 이를 사용하는 방법에 대한 단서를 제공하지만 그 뒤에 있는 이론적 근거나 추론/역사에 대한 설명은 없습니다.
답변1
인터페이스는 coredumpctl을 사용하여 코어 덤프에서 gdb를 시작하는 데 중점을 두는 것 같습니다.
원산지는 다음과 같습니다.v39요점은 메타데이터를 Journalctl에 넣는 것입니다.
나중에 모여서종료같은 메시지를 받았습니다(그때 병합이 어렵거나 거부되었나요?).
아직은 발전이 덜 된 것 같더라구요1년 후에 갑자기가고있다 그리고앱의 출시 횟수가 많습니다.불행히도 NIH처럼 보입니다.