システムがフリーズしたとき、またはログイン時にクラッシュしたときにデバッグするにはどうすればよいですか?


18

私はUbuntuにはかなり慣れていませんが、何かがクラッシュしたときにデバッグするのに良い方法は何だと思いましたか?

たとえば、11.04をインストールし、デフォルトのメディアプレーヤーbansheeを使用すると、数分間音楽を再生した後にラップトップがクラッシュします。システムが完全にフリーズし、エラーメッセージが表示されないため、何が問題なのかを見つけるのは困難です。

2つ目の問題は、ログイン時にシステムがクラッシュする場合があることです。私はそれがChromiumまたはFlashであると疑っていますが、100%確信はありません。

だから誰かがこのようなものをデバッグする方法に関するいくつかのヒントを得ましたか?

回答:


12

このようなクラッシュの後、ログインGUIを使用してログインしないでください。Ctrl+ Alt+を押して、テキストベースのログインに切り替えますF1。ユーザー名とパスワードでログインします。Xセッション中のエラーはに追加され~/.xsession-errorsますが、このファイルはログインごとに上書きされます。次を実行して、このファイルのバックアップを作成します。

mv ~/.xsession-errors{,.1}

これにより、.xsession-errorsファイルの名前がに変更されます.xsession_errors.1.1別のサフィックスが必要な場合は置き換えます。これで、を実行してこのシェルからログアウトできますexit

のシステムログファイルを確認し/var/logます。最も興味深いファイルは次のとおりです。

/var/log/kern.log
/var/log/Xorg.0.log (for the current session)
/var/log/Xorg.0.log.old (for previous session)
/var/log/?dm.log (gdm for gnome, kdm for KDE)

なぜ言及しないの/var/crash/ですか?これが/var/log/apport.log私を送った場所です。
デビッドルバウアー

/var/crash実際には人間が読めるエラーメッセージは含まれていませんが、_usr_bin_Xorg.0.crashそのような名前のファイルはApportを使用して送信できます。
Lekensteyn

それがapport.log、チェックする特定の* .crashファイルを教えてくれたことです。ls -ltrh /var/crash/前回のクラッシュ中に生成されたことを確認しました。でも次回から始めようと思っていたls -ltrh /var/crash/
デビッドルバウアー

2

必要なのは、ログディレクトリ(/ var / log /)を確認することだけです。クラッシュまたは通常のログをそこに見つけることができます。

一部のアプリケーションは、独自のディレクトリにクラッシュログを作成できます。たとえば、ホームディレクトリの〜/ .banshee。


クラッシュはあいまいな用語です。システムが完全にフリーズし、ログに異常がなければ、正確に何をしますか?
mikewhatever

@mikewhatever Necroですが、これは同じタイプの問題を探していることがわかりました。2018年で、Ubuntu 18を使用しています。アプリケーションをデバッグするまで安定しています。システム全体がフリーズしてクラッシュします。
セレス
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.