完全なハングの原因を調査する方法は？

Archマシンがハングし、マウスやキーボードに突然応答しなくなることがあります。カーソルがフリーズします。Ctrl-Alt-BackspはX11を停止せず、ctrl-alt-delはまったく何もしません。conkyおよびicewmのCPU、ネットワーク、およびディスクのアクティビティプロットは更新を停止します。数分でファンがオンになります。コンピュータに何かをさせる唯一の方法は、電源を切ることです。

起動すると、CPU温度モニターに70〜80℃が表示されます。ハングする前に、私は通常、50Cを取得するWebサーフィンのような低強度のアクティビティをしていました。

ログには、通常のシャットダウンと比較して特別なものは何も表示されません。メモリチェッカーは、欠陥なしで正常に動作します。

ハングアップした理由を調査するにはどうすればよいですか？手がかりとなる追加情報はありますか？いくつかの限定されたシェルまたはビープ音だけが手がかりを与える可能性がある場合、何らかのアクションを得るためにパワーオフよりも劇的なものはありますか？

マシンはGateway P6860 17インチラップトップ（かさばるが強力）で、最新（2011年3月）でArch 64ビットを実行しています。この問題がなく長い間Archを使用し、約1週間Ubuntuに切り替えましたその後、Archの新しいインストールに戻りました。

更新：ええ、確かに過熱しています。ある温度で、マウスとキーボードが機能しなくなり、数分間冷却すると機能することがあります。温度が高くなると、SysRqを無視するなどの完全な無応答性など、さらに悪いことが起こります。この状態に続いて、突然電源がオフになります。新しいコンピューター8Dを購入して問題を解決しました

マジックSysRqとカーネルダンプに関するFrederikの答えは、カーネルがまだ実行されていて、本当にハングしていない場合に機能します。カーネルが何らかの理由でビジーループしているだけの場合があります。

Ctrl-Alt-Delに応答しないという事実は、おそらくそうではなく、マシンがハードにロックされていることを示しています。これは、ハードウェア障害、または不良ドライバーのような密接に関連した何かを意味します。

メモリチェックテストは、実行時間を十分に延ばせば良好です。また、システムにストレスをかけるために、StressLinuxのような他のことも試してください。長時間実行されるベンチマークも優れています。

もう1つの試みは、UbuntuライブCDを使用してシステムを起動し、通常どおりにシステムを使用しようとすることです。このように一時的にUbuntuに戻っても問題が再発しない場合、実際にハードウェアが破損しているのではなく、不良ドライバーや誤って設定されたカーネルなどの関連するものの1つである可能性があります。Ubuntuのようなより人気のあるディストリビューションは、Distroのテスト段階で試されたマシンの数が多いために、Archのようなディストリビューションよりも安定したカーネル構成を持つ可能性があります。

フリーズに関して、いくつかのオプションがあります。

• ここにconsole=ttyS0説明されているように、ブートオプションに追加してダンプを取得するためのボックスがボックスにある場合は、シリアルポートを使用します。ダンプファイルをキャッチするには、シリアルポートとヌルモデムケーブルを備えた2台目のマシンが必要です。

• netconsoleを使用してネットワーク経由でダンプを取得します。こちらを参照してください。

• この方法でkexec / kdumpを使用すると、ローカルダンプを取得できます。こちらを参照してください。

クリーンパワーオ​​フの問題については、魔法のSysRqキーを使用してディスクを「S'ync」し、「U」マウントし、ボックスを「B'oot」することをお勧めします（文字はaltと一緒に入力する必要があります-sysrq。

編集：oops / traceをlkmlに投稿する場合は、最新の（できれば最新の）バージョンのカーネルを使用し、独自のモジュールは使用しないでください。