次のコマンドを実行します。
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
スタックトレースをダンプし、リポジトリにアクセスできず、ファイルを読み取ったり見つけることができないという2つのメッセージを提供します。
私は何が間違っていましたか？
答え1
あなたが間違える可能性がある2つの一般的なことがあります。
通常、プログラムはユーザーとは異なるユーザーIDで実行されるため、コアダンプに「アクセスできません」。これはあなたに権限がないことを意味します。簡単な解決策は、coredumpctlたとえばを使用してrootとして実行することです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）を介して時間とともに削除されます。サイズベースのクリーンアップをオフにするには、2 つの値のいずれかを 0 に設定します。
答え2
coredumpctl list各ダンプの説明と最後のエラーメッセージが何であるかを確認してください。missingNo such file or directory
あなたのディストリビューションには、古いコアダンプをクリーンアップする定期的なクローンジョブ/システムタイマーがあるようです（おそらく週に一度ですか？）。実際のコアダンプファイルをクリーンアップし、coredumpctlそのダンプが存在したことを示す小さなログエントリのみを残しました。