遅延/停止と自己再起動の原因をどのように知ることができますか？

免責事項：あなたが見たメッセージについての私の考えはあなたの報告内容とうまく一致していないようで、欠けているものがあるかもしれません。

デフォルトでは、ソフトウェアの再起動失敗の原因はあまり考えられません。ハードウェアを考慮する必要があります。どのようなクラッシュダンプがあると仮定すると、問題が実際にハードウェアであるかを説明するのは非常に残念です。この時点で、RAMテストを実行することをお勧めします（起動memtest86またはそれに対応するテスト）。 CPUストレステストは、過熱を確認するのにも適しています。あなたによると、4つのコマンドを実行するのに数分しかかかることはありませんcpuburn。

説明によると、除外する必要がある最も重要なことは、メモリが不足しており、システム自体を交換して死んでいることです。再起動は発生しないでください。ディスクインジケーターが点灯します。 100％CPU使用率は通常表示されませんが、一部のモニタではCPUが100％「IOスタンバイ」と表示されることがあります。これは独自の色でなければなりません。

<エラー、今すぐ再起動してください>というメッセージが表示されないことを願っています。あなた可能トリプルフォルトの前の最初または2番目のフォルトの一部のメッセージを見ると、画面が黒くなります。これらのメッセージはシステムログに記録されません。外部カーネルコンソールを設定する必要があります。 （シリアルポートまたはネットワークコンソール）またはこれを試してくださいEFIファームウェアの活用に関する簡単な手順を文書化してください（存在する場合）。。これはより実用的な選択肢かもしれません。 pstoreファイルシステムをまだインストールしていない場合は、有効になるかどうかはわかりません。カーネルのデバッグに興味があれば、これは素晴らしいことのようです。

一部の構成は、ソフトウェアの起動から再開できます。たとえば、panic=カーネルブートオプションや監視タイマーなどがあります。 systemdには、数分のタイムアウトが発生する可能性がある監視機能があります。

私はあなたのオペレーティングシステムのデフォルト設定がこれらのいずれかを有効にしないと思います。 （いいえpanic=、両方を起動するシステムはありません）。まだ有効になっていない場合は、いくつかのソフトウェア障害により再起動が発生すると予想されます。

カーネル内部（x86）エラーの処理中にカーネルがエラーをトリガーすると、マシンはすぐに再起動する可能性があります。 「トリプルミス」とも呼ばれます。しかし、他の致命的なカーネルエラーは「パニック」を引き起こし、メッセージを印刷し、デフォルトでは再起動されません。

そうでなければ、我々はそれが再起動コードを呼び出すために発生した完全にクレイジーなバグだと思います。おそらく奇妙な効果があるクレイジーなバグに出会わない限り、これは繰り返されません。

おそらく私たちは、忙しい期間中に発生するメモリの破損によって、最終的にトリプルエラーが発生することを目撃するかもしれません。忙しい期間中のカーネルメッセージはこれを説明するかもしれません。