タグ付けされた質問 「core-dump」


2
coredumpctlリストのクリーンアップ
の古いコアダンプの痕跡を削除する方法を探していますcoredumpctl list。現時点では、2014年12月14日以降のコアダンプが一覧表示されます。その間は頻繁にソフトウェアを更新しているため、これらの古いコアダンプが問題のデバッグに役立つとは思えません。残念ながら、ファイルを削除すると、/var/lib/systemd/coredumpcoredumpctls出力の「PRESENT」列のアスタリスクが消えるだけです。 mandumpsまたはcoredumpctlのヘルプ出力でコアダンプに関するすべての情報を削除する方法が見つかりませんでした。


2
コアダンプファイルの場所(および名前)を設定する方法
私は、CentOS 6で、開発中のアプリケーションのコアダンプを有効にしようとしています。私は置きました: ulimit -H -c unlimited >/dev/null ulimit -S -c unlimited >/dev/null 私のbashプロファイルに入れましたが、コアダンプはまだ生成されませんでした(新しいターミナルで)。 また、すべてのユーザーのソフト制限がゼロになるように/etc/security/limits.confを変更しました。 出力するコアファイルの場所を設定するにはどうすればよいですか?ファイル名の一部として、場所を指定し、ダンプが生成された時間を追加したいですか?
17 linux  core-dump 

3
アプリケーションにSUIDが設定されているときに、コアダンプが作成されないのはなぜですか?
クラッシュするすべてのコアダンプを作成するように環境をセットアップしますが、実行ユーザーとは異なるユーザーにSUIDを設定してプログラムを実行すると、コアダンプは作成されません。これがなぜなのか、考えはありますか?私はウェブ上のどこにもそれを見つけることができませんでした、それは何らかのセキュリティ機能だと思いますが、無効にしたいと思います... 問題: $ cd /tmp $ cat /etc/security/limits.conf | grep core * - core unlimited root - core unlimited $ ls -l ohai -rwsr-sr-x 1 root root 578988 2011-06-23 23:29 ohai $ ./ohai ... Floating point exception $ sudo -i # ./ohai ... Floating point exception (core dumped) # chmod …

4
セグメンテーションフォールト(コアダンプ)-どこへ?それは何ですか?なぜ?
Linuxでセグメンテーションエラーが発生すると、エラーメッセージSegmentation fault (core dumped)が端末(ある場合)に出力され、プログラムが終了します。C / C ++開発者として、これは非常に頻繁に起こります。通常、それを無視してに進みgdb、無効なメモリ参照を再度トリガーするために以前のアクションを再作成します。代わりに、私はおそらくこの「コア」を代わりに使用できるかもしれないと考えgdbました。なぜなら、常に実行するのはかなり退屈であり、セグメンテーション違反を常に再現できるわけではないからです。 私の質問は3つです。 このとらえどころのない「コア」はどこに捨てられますか? 何が含まれていますか? 私はそれで何ができますか?

2
systemdへの最近のアップグレード後にコアダンプはありませんか?
作業中のプログラムを実行すると、次のメッセージが表示されて失敗します。 ... Aborted (core dumped) ただし、コアダンプは作成されません。コアダンプは以前に作成されたものであり、それに関連するものを変更したことは覚えていません。 走るulimit -aと戻ってきます $ ulimit -a core file size (blocks, -c) unlimited ... その他のポイント、 ユーザーが現在のディレクトリにファイルを作成できることを確認しました。 について読みました/proc/sys/fs/suid_dumpable。現在、私のマシンでは0に設定されています。1または2に変更しようとしましたが、違いはありませんでした。 また、ルートとしてプログラムを実行しようとしましたが、それでも違いはありませんでした。 残念ながら、最後に成功したコアダンプをいつ生成できたか覚えていません。

2
プロセスを強制終了せずにプロセスコアをダンプする
プロセスを実際に強制終了せずに、プロセスのコアダンプ(または同様のもの)を取得する方法はありますか?組み込みシステムでマルチスレッドpythonプロセスを実行しています。そして、私は通常の状態(つまり、実行に必要な他のプロセス)でプロセスのスナップショットを取得できるようにしたいのですが、Pythonプロセスなしでgdbに接続する(またはgdbで実行する)十分なメモリがありません実行している唯一のものです。 この質問が理にかなっていることを願っています。

3
なぜGDBは実行可能ファイルとコアダンプを必要とするのですか?
私はコアダンプを使用してデバッグしています。gdbでは、コアダンプだけでなく実行可能ファイルも指定する必要があることに注意してください。どうしてこれなの?コアダンプにプロセスが使用するすべてのメモリが含まれている場合、実行可能ファイルはコアダンプに含まれていませんか?おそらく、exe全体がメモリに読み込まれる保証はありません(個々の実行可能ファイルは通常それほど大きくありません)。あるいは、コアダンプに関連するすべてのメモリが含まれていないのでしょうか。シンボル用ですか(おそらく、通常はメモリに読み込まれていません)?
11 core-dump  gdb 

1
デフォルトのコアファイル権限を設定する方法
私が実行しているプロセスでコアファイルが生成されることがあり、そのファイルには次のファイル権限があります。 server:~ # ls -l /mnt/process/core/core_segfault -rw------- 1 root root 245760 Dec 2 11:29 /mnt/process/core/core_segfault 問題は、rootユーザーだけがそれを調査のために開くことができることですが、アクセス権を持つすべての人が常に手動でアクセス許可を設定しなくてもそれを読むことができるようにしたいと思います。 デフォルトの権限を-rw-rw-rw-のように設定するにはどうすればよいですか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.