
私の Ubuntu 14LTS システムには、一貫した問題があります。システムを 3 ~ 4 日間放置すると、フリーズします。ディスプレイはオンで、最後に使用した画面が表示されますが、マウス/キーボード イベントには応答しません。別のマシンからの ping も何も返しません。
インターネット上の他のポインターから Ctrl+Alt+F1 を試しましたが、システムはそれに応答しません。おそらく、すべてのキーボード イベントも無視されるためです。
唯一の選択肢は、システムの電源ボタンを数秒間押し続けてシステムをハードリブートすることです。
この問題をデバッグしたいと思います。特定のログなどを投稿する必要がある場合はお知らせください。
答え1
通常、何かを行うとシステムがロックします。何も行わないとロックされることはめったにありません。カーネル バージョン 4.7.2 未満の新しい Intel Bay Trail CPU では、grub コマンド ラインに "intel_idle.max_cstate=1" が指定されていないとフリーズするという報告があります。
再起動後の最初の選択肢は、dmesg を確認することです。次に、/var/log/kern.log (最後まで行って上にスクロール) を確認します。次に、/var/log/syslog (これも最後から開始) を確認します。フリーズの原因を示すエラー メッセージがリストされていることを期待します。一部のユーザーには、表示可能な /var/log/messages ファイルがありますが、私のシステム (Ubuntu 16.04 / カーネル 4.7.2) には存在しません。
3 日間か 4 日間何もしていないのにシステムが勝手にクラッシュするということは、メモリ不足 (RAM + SWAP) になっているのではないかと思います。これを確認するには、1 日に 1 回チェックして次のように入力する必要があります。
free -t
ターミナルで。私の予感が正しければ、毎日、使用可能なメモリがだんだん少なくなり、3 日目か 4 日目にはメモリがまったくなくなるでしょう。私の予感が間違っていたら、水晶玉に保証はなく、メッセージ ファイルを調べるという振り出しに戻ることになります。
3 日間または 4 日間放置されている間に、システム上で実行されているアプリケーションは何ですか? 不適切に作成されたアプリケーションは、作業用ストレージとして RAM を割り当てた後、それをオペレーティング システムに返すことを忘れる可能性があります。