私のArchシステムは時々停止し、突然マウスやキーボードに反応しなくなります。カーソルが固定されています。 Ctrl-Alt-BackspはX11を停止せず、ctrl-alt-delは何もしません。 conkyとicewmのCPU、ネットワーク、およびディスクアクティビティグラフの更新が停止しました。数分後、ファンの電源が入ります。コンピュータに何かをするための唯一の方法は、電源を切ることです。
起動時にCPU温度モニターに70〜80℃が表示されます。ぶら下がる前には、主に摂氏50度程度の温度でウェブサーフィンなどの低強度活動をします。
ログには、通常のシャットダウンと比較して特別な内容は表示されません。メモリチェッカーは欠陥なしでうまく機能します。
停止原因をどのように調べますか？手がかりを見つけるために追加情報を見つけることができますか？限られたケーシングや警告音であっても、何らかの措置を講じるために電源を切るよりも大胆ではありませんか？手がかりを提供できますか？
デバイスは、最新バージョン（2011年3月現在）のArch 64ビットを実行するGateway P6860 17インチノートブック（重いが強力です）です。私はこの問題なく長いArchを使用し、約1週間Ubuntuに切り替えてから、新しいArchインストールに戻りました。この時から絞首刑が始まります。
更新：はい、間違いなく過熱しました。特定の温度では、マウスとキーボードが動作を停止し、時には数分間冷やしてから通常の動作に戻ることがあります。温度が高いほど、SysRqを無視するなど、完全な無応答などの悪いケースが発生します。この状況はすぐに突然の停電につながります。新しいコンピュータ8Dを購入し、この問題を解決しました。
答え1
凍結に関しては、次のオプションがあります。
console=ttyS0シリアルポート（ボックスにポートがある場合）を使用すると、上記の起動オプションを追加してダンプを取得できます。ここ。ダンプファイルをキャプチャするには、シリアルポートとヌルモデムケーブルを持つ2台目のコンピュータが必要です。netconsoleを使用してネットワーク経由でダンプを取得します。ねえ。
kexec / kdumpを使用すると、ローカルダンプを取得できます。ねえ。
きれいな停電の問題に関しては、以下を使用することをお勧めします。SysRq マジックキー「S」はディスクを同期し、「U」はディスクをインストールしてからボックスを「起動」します（alt-sysrqで入力する必要がある文字）。
編集：oops / traceをlkmlに公開する場合は、最新（可能な限り最新の）バージョンのカーネルを使用し、排他モジュールを使用しないでください。
答え2
Frederikの答えにはSysRqとコアダンプの魔法が含まれています。これはカーネルがまだ実行中で、実際に中断されていない場合に機能します。何らかの理由でカーネルがループしている可能性があります。
Ctrl-Alt-Delに応答しないという事実は、おそらくそうではなく、マシンがひどくロックされていることを示しています。これは、ハードウェア障害や障害のあるドライバなど、密接に関連する問題を意味します。
十分に長時間実行すると、メモリチェックテストが正しく行われます。システムにストレスを与えるために、次のような他の方法も試す必要があります。ストレスLinux。長期実行ベンチマークも良いです。
もう一度試すことができるもう1つの方法は、Ubuntu Live CDを使用してシステムを起動してシステムを正常に試すことです。このように一時的にUbuntuに戻っても問題が再発生しない場合は、実際にはハードウェアの不良ではなく、故障したドライバや誤って設定されたカーネルなどの関連問題の1つである可能性が高くなります。 Ubuntuのように広く使用されているディストリビューションは、ディストリビューションのテスト段階でより多くのシステムが試みられるため、Archなどのディストリビューションよりも信頼性の高いカーネル構成を持つ可能性が高くなります。