問題を診断するためのベストプラクティス[閉じる]

アプローチは問題の種類によって異なります。

一般的に言えば」スマートに質問する方法Eric S. RaymondとRick Moenを書く「時には問題に焦点を当て、問題の重要な部分を検討したことを確認するのに役立つ便利なヒントがあります。

デバッグの最初の情報ソースは、システム/アプリケーションによって作成されたログファイルです。一般的な場所は端末またはです/var/log/。多くのアプリケーションはさまざまな種類のログレベルをサポートしており、利用可能なメッセージが見つからない場合はログレベルを上げる必要があります。通常、-vより多くのメッセージを取得するには、詳細情報を表示するスイッチがあります。

まだ使えませんか？構成ファイル、アプリケーションに必要なファイルの権限を確認してください。たとえば、システムロガーの設定を変更する必要があるかもしれません/etc/syslog-ng.conf。

エラーメッセージがある場合は、通常、Google検索を介して問題を説明する掲示板アイテムまたはWebスレッドにリンクされます。おそらくそこで解決策を見つけることができます。プロジェクトのユーザーメーリングリスト、掲示板、IRCチャンネルも非常に便利です。

メッセージなしでアプリがクラッシュすることがあります。コードの読み取りと修正に加えて、アプリケーションフローを見つけるための素晴らしいツールがありますstrace。

このツールはシステムコールとシグナルを追跡します。アプリケーションがエラーをキャッチしても、systraceで問題を見つけることができます。

別の方法はデバッグアプリケーションを使用することですgdb。あなたは上級ユーザーであり、それを使用するために何をすべきかを知っておく必要があります。