最後に失敗したLinuxブートに関するメッセージはどこにありますか?


11

Linuxのブートが頻繁に失敗します。quiet何が起こっているのかを確認できるように、ブートオプションから削除しました。基本的に、一連の[pass]メッセージを表示した後、ハングします。毎回ハングするわけではありません。これで、dmesgが起動メッセージを表示する方法であることがわかりました。

しかし、現在のブートではなく、前回のブートのブートメッセージを確認したいと思います(これは、通常はブートしましたが、最後のブートはハングしたためです)。

また、問題を見つけるために確認できる他のログはありますか?Ubuntu Natty 11.04を使用しています。デバッグサポート付きでカーネルを再コンパイルする必要がありますか?これがこの問題をデバッグする唯一の方法ですか?

最後に、これはいわゆるカーネルパニック(ソフト/ハードなど)ですか?

回答:


13

/var/log/messages(または/var/log/syslog一部のシステムでは)メインのシステムログファイルです-そこを見てください。構成オプションに応じて、表示される情報と同じ、多かれ少なかれ情報を含めることができますdmesg。また、デフォルトでは継続的です(追加され、起動ごとに置き換えられません)。

問題を解決するためにカーネルを再コンパイルする必要があるかどうかは、すでにそこにあるものと、他のアプリ固有のログで確認できる内容によって異なります。

カーネルパニックは、深刻なシステム問題の症状です。非常に深刻なため、カーネルにはそれを実行する手段がありません。これは、ドライバーのバグ、深刻なハードウェア障害、ベースシステムプログラムのバグ、まれにユーザースペースアプリケーションなど、さまざまな種類のさまざまな問題によって引き起こされます。


私のインストールでは、ファイルは/ var / logフォルダーのメッセージではなく、syslogと呼ばれていました。カーネルがハングする前に、メッセージ:/ dev / xconsoleを開けませんでした。
AnkurVj 2011年

わかりました、syslog別の名前について教えてくれてありがとう。参考のために回答に追加。あなたがなんとか問題を解決できたことを願っています。
rozcietrzewiacz

/ var / log / syslogと/ var / log / messagesは同じファイルではないため、通常の状況では、一方が他方なしで存在することはできません。どちらも(rsyslogのような)syslogデーモンによって生成されます。通常、syslogにはすべてではないにしてもほとんどのメッセージが含まれますが、メッセージはよりフィルタリングされます。詳細については、syslog構成(おそらく/etc/rsyslog.conf)を参照してください。
gamen

1
@gamen正確ではありません。これは、システムメッセージを処理するプログラム(ロガーデーモン)に依存します。説明および参照するファイルは、システムがを使用していることを示していますrsyslog。別の人気の1つですsyslog-ng。ただし、どちらの場合も、正確なファイル名とその役割は構成によって異なります。そのため、一般的な「通常の状況」はなく/var/log/messages、メインシステムログである可能性があり、多くの場合はそれです。
rozcietrzewiacz

@rozはい、システムがsyslogでクラッシュする前にメッセージを見つけ、Googleで解決策を検索することで、問題を解決することができました
AnkurVj
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.