昨夜、私のUbuntuボックスは自動的に電源が切れました。
今朝、（数年分の埃と犬の毛を吹き飛ばした後）再び電源を入れ、syslog をチェックしました。何もありませんでした。夜間のバックアップでバックアップ先のドライブをマウントしたというメッセージが表示され、その後、今朝電源を入れるまで何も表示されませんでした。
電源は切れていませんでした。ケーブル モデムは同じ電源タップに接続されており、確認したときにはまだ初期化中だったはずですが、そうではありませんでした。
私の推測では、電源が不安定になっているか、過熱している (そのため、ほこりを吹き飛ばした) かのどちらかです。
質問は、syslog 以外でダウンした理由に関する情報を提供できる場所があるかどうかです。
答え1
停電も原因として考えられます。短時間の停電は、一部のデバイスに影響し、他のデバイスには影響しません。さらに、停電によって 3 相のうち 1 相だけが失われることもあります。そのため、それらのデバイスが異なる相にある場合、停電によって 1 相だけが失われる可能性がさらに高くなります。
ログ ファイルで確認できる、不正なシャットダウンの兆候となるものがいくつかあります。電源が失われる前にログがフラッシュされなかったために発生した NUL 文字と、起動時のジャーナル再生またはファイル システム チェックです。
これらのいずれも、システムが正常にシャットダウンされなかった理由を正確には教えてくれません。また、Ubuntu が動作を停止したときにその情報をログに書き込むことができないことは明らかです。次回の起動時に、停電、電源ボタン、リセット ボタン、システム クラッシュ、または OS の意図的な再起動によってトリガーされたかどうかを BIOS が認識できる可能性があります。
Mots BIOS には、電源が回復したときにシステムの電源をオンにするかどうかを決定する設定があります。観察された実際の動作がその設定と一致しない場合は、マシンが別の理由で電源オフになったことを示している可能性があります。
答え2
/var/log/audit/監査が有効になっているかどうかを確認することをお勧めします。これは、ツール内のログ メッセージの形式で表示されますausearch。
有効にすると、監査ログは syslog よりも少し詳細になる傾向があります (ファイル アクセスやプロセスの開始/停止などが記録されます)。そのため、少なくとも電源が失われた時間についてはより正確な情報が得られます。また、コンピューターがシャットダウンするさまざまな方法に関連付けることができるイベントも (かなりの労力を要しますが) 記録される可能性があります。
コマンドもありますlastが、共有された情報に基づくと、そこに役立つ情報は見つからないでしょう。
答え3
ハード電源オフはハードウェアの問題です。シャットダウン ルーチンを実行せずに単に電源が切れた場合は、ファンについておっしゃった内容から判断すると、過熱していると思われます。