カーネルパニックがログファイルをダンプしない

Steamでゲームをプレイしていたところ、突然カーネルパニックが発生しました。手動でコンピューターをシャットダウンしてLinux Mint 17.1（Cinnamon）64ビットで再起動し、でログファイルを確認しに行ったが/var/log/、カーネルパニックに関連する参照やメッセージは見つからなかった。起こりました。

コアをダンプしたり、ログファイルに記録したりしないのは奇妙です。カーネルパニックが再び発生した場合に備えて、コアが常にダンプされるようにするにはどうすればよいですか？カーネルパニックが発生したときに何もログに記録されなかった理由がわかりません。Googleで周りを見ると、人は一読することをお勧めしません/var/log/dmesg、/var/log/syslog、/var/log/kern.log、/var/log/Xorg.log等...何も。.Xsession-errorsファイルにもありません。

画面の写真は次のとおりです。

画面が表示された場合はいつでも写真を撮ることができますが、それが再度発生した場合でも、コアをダンプしてカーネルパニックにログファイルを作成できることを確認したいだけです。

カーネル障害が発生したときにマシンが確実に「コア」ファイルを生成するようにするには、マシンの「sysctl」設定を確認する必要があります。

IMO、以下はの設定（最小）である必要があります/etc/sysctl.conf：

kernel.core_pattern = /var/crash/core.%t.%p
kernel.panic=10
kernel.unknown_nmi_panic=1

ファイルにsysctl -p変更を加えてから実行し/etc/sysctl.confます。mkdir /var/crashそれがまだ存在していない場合も、おそらくあなたはすべきです。

上記をテストするには、SysRqキーを使用して手動ダンプを生成します（コアをダンプするためのキーの組み合わせはAlt+ SysRq+ですC）。

カーネルがパニックするときは、カーネルに問題が発生したことを意味します。ログファイルとコアダンプを書き込むには、ブロックストレージデバイス（ディスク）とファイルシステム（スペースを割り当てる必要があり、ログファイルのサイズを更新する必要がある）のドライバーを使用する必要があります。カーネルによって提供されるこれらのサービスがファイルを書き込むために必要であり、カーネルがそれが壊れた状態であることを認識している場合、それはもはや安全な状態ではないため、ファイルを書き込んだり、ログに記録したりすることはできません。操作を行うと状況が悪化し、ファイルシステムが損傷または破壊される可能性があります。そのため、パニックが発生したときに、カーネルにログを書き込ませたり、コアダンプをダンプしたりすることはできません。

次に、必要に応じて、システムをクラッシュ処理カーネルで構成します。これは、メインカーネルがクラッシュした場合に制御を転送できる、メモリに読み込まれた2番目のカーネルです。そのカーネルにはドライバーなどがあるので、クラッシュダンプを保存することができます。これはあまり一般的な設定ではありませんが、主にハイアベイラビリティを必要とするハイエンドシステムで使用され、クラッシュは調査が必要な非常に深刻な問題です。

たとえば、ubuntu.comのKernel Crash Dumpでcrashkernel オプションを参照してください。（このページでは、Ubuntu 16.04以降、カーネルクラッシュダンプメカニズムがデフォルトで有効になっていることに注意してください。）

システムは実際にダンプを予約されたメモリに保存してから再起動し、カーネルは予約されたメモリを次回の起動時にディスクに保存すると思います（新しく起動するカーネルは正常な状態にあり、それを実行できるため）。