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

遅延/停止と自己再起動の原因をどのように知ることができますか?
  • ジュブント 14.04

  • FF 39.0, Canonicalでのパッケージング

私は私のコンピュータが入力なしでほとんど停止し、応答しない現象を経験しました。マウスポインタは20秒ごとに約2mmずつ移動し、上部タスクバーのCPU負荷は1/4程度満たされています(ここではXFCEの「CPU負荷」ウィジェットについて話しているようです)。この公式ウェブサイトでiPhoneセキュリティと暗号化セクションのタブを読んだときにこれが起こりました。アップルページ(ただ私がしたことだけ言っただけで、他に何もありません。)

TTY1を介してログインしようとしましたが、入力したログイン情報は許可されていません。実際には、私が最初に入力したもの(たとえば、johnユーザーとして)が許可されていたので、その後Enterキーを押しましたが、何も起こりませんでした。ユーザーのパスワードを入力すると、他の入力と同様にTTY1に表示されます。CTRL^Cプロセスを中断するためにキーの組み合わせを押すと、対応するセクションも表示されます。

DE / TTY7を押した後、長い時間が経過してDE / TTY7に戻りましたCTRL + ALT + F7。 Apple ページが引き続き表示されます。

その後、マシンは約2分間何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度も何度もどんどん行っています。 IIRC 終了メッセージには、「start」、「stop」、「status」、「wait」という単語が含まれています。

私が尋ねるもの:正確に何を見つけるべきですか/var/log/syslog?私が探すべき他のものがありますか?

  • 関連時点のシステムログ

  • 説明:私はイーサネットケーブル、キーボード、マウスを外して再接続した人です。以下は、Xubuntuにそれを認識して再利用するためのいくつかの(不規則な)試みです。

答え1

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

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

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

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


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

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

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

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

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

関連情報