ハードウェアの検出に問題があります。どのログを調べる必要がありますか？
ハードウェアを動作させる方法について質問しようとしていますが、ヘルプを得るために質問に追加する情報がわからない場合、どうすればよいですか？
GUIにアクセスできない場合に関連：
あなたが与えることができる最も重要な情報は、あなたがしていることです完了、あなたがしていること期待される、あなたがしていることobserveが発生しました。
この質問 は、USBデバイスのハードウェア検出問題の特に良い例です。
この他の例は次のとおりです。
Dell Optiwhatever 312ラップトップにUbuntu 10.04デスクトップをインストールしました。ログインすると、有線ネットワークが表示されますが、ワイヤレスカードはNetwork Managerポップアップメニューに表示されません。
または
System76ラップトップにUbuntu 10.04 Netbookエディションがあります。ヘッドフォンをソケットに接続すると、ヘッドフォンから音が出ますが、スピーカーからも音が出ます。
または
Ubuntu 10.04を使用しています。 「追加ドライバー」プログラムを使用して、GeForce FX 5200の現在のnVidiaドライバーをインストールしました。Ubuntu起動スプラッシュが終了した後、システムを起動すると黒い画面で停止します。
この一般的な問題の説明の後、他のどの情報が興味深いかは、どの種類のハードウェアで問題が発生しているか、どの問題が発生しているかによって異なります。
一般に：
Sudo lspci -nnは、システム内のすべてのPCIデバイスをリストします。これには、カーネルにそれらのドライバーがあるかどうかに関係なく、システム内のすべての拡張カード（ビデオカード、WiFiなど）が含まれます。この情報は、使用しているハードウェアが正確にわからない場合に役立ちます。lsusbは、システムに接続されているすべてのUSBデバイスをリストします。繰り返しますが、これは、使用しているハードウェアが正確にわからない場合に役立ちます。デバイスが実際に正しく接続されていることを確認することも役立ちます！/var/log/udevおよび/var/log/dmesgには、カーネルが検出したデバイスに関する情報が含まれます。これらのログは一般的に非常に大きいです-ログのどの部分が興味深いかわからない限り、質問にこれらを含めることは良い考えではありませんが、それらへのリンクは役に立つかもしれません（ http：// paste .ubuntu.com 大きなログの場合）Sudo lshw --class XPRSudo lshw -C XもspecifedクラスXに貴重なハードウェア情報のビットを与えることができる - 例クラスが含まcdrom、communication、core、cpu、display、isa、medium、memory、multimedia、network、pci、scsi、serial、storage、およびusb-たとえば、Sudo lshw -C networkを使用して、コンピューターが検出できるネットワークカードの情報を表示できます。
Video問題の場合：
/var/log/Xorg.0.logはXサーバーのログファイルです。これは、すべてのビデオの問題に役立ちます。このファイルは長くなる可能性があるため、単に http://paste.ubuntu.com に置いてください。必要なときに見つけられるように、必ず「ペースト」へのリンクを提供してください。LIBGL_DEBUG=verbose glxinfoは、3Dアクセラレーションのサポートに関する情報を表示し、3Dまたはデスクトップ効果の問題に役立ちます。lspci -nn | grep VGAは、システム内のすべてのビデオカードをリストします。使用しているビデオカードのタイプがわからない場合に役立ちます。/usr/lib/nux/unity_support_test -pは、compizおよびその他のUnity互換性の問題に使用する必要があります。
Audio問題の場合：
cat /proc/asound/cardsは、検出されたオーディオデバイスをリストします。これを含める必要があります。cat /proc/asound/card0/codec#0には、接続されている入出力ポートに関する情報など、最初のサウンドカードに関する情報が含まれます。マイク、ヘッドセット、または外部スピーカーの接続に問題がある場合は、これを含めてください。複数のサウンドデバイスがある場合もあります。その場合、複数の/proc/asound/card???ディレクトリが存在します。- Wiki： サウンドの問題のデバッグ
注：有線接続を使用している場合は、 この回答 で説明されている1つのワイヤレススクリプトですべてを実行することを検討してください。あなたのための重い持ち上げ！
ワイヤレスカード
幸いなことに、Ubuntuのリリースごとにワイヤレス接続の問題はまれになっています。ただし、問題は引き続き発生します。
次の情報は、Ask Ubuntuに投稿された質問でワイヤレス接続の問題を診断するのに役立ちます。 Ctrl-Alt-T これらのコマンドのいずれかを入力し、質問を編集して情報を追加します。
カーネルがネットワークカードを認識する方法
Sudo lshw -class network
USBワイヤレスカードの詳細
lsusb
これにより、接続されているUSBデバイスの数に応じて長いリストが表示されます。疑問がある場合は、リスト全体を投稿してください。
PCIワイヤレスカードの詳細
lspci
これにより、搭載されているPCIデバイスの数に応じて、長いリストが表示されます。疑問がある場合は、リスト全体を投稿してください。
ワイヤレスカードがソフトブロックまたはハードブロックされているかどうかを確認する方法：
rfkill list all
接続中のエラー
多くの場合、カーネルログを調べることで有用なエラーを確認できます。
ネットワークマネージャー経由で接続しようとすると、dmesgを見ると、どのエラーが生成されているかを確認できます。
推奨手順-dmesgと入力し、接続を試みてからdmesgと再度入力します。表示される新しい出力は、エラーに関する指示を与える必要があります。
もう1つの有用な出力はdmesg | grep -i firmwareです。出力にエラーがある場合、これは何らかのファームウェア（通常はリポジトリからのパッケージ）をインストールする必要があることを示しています。
NDISWrapper
Googleで検索すると、NDISWrapperの使用を示唆する結果が表示される場合があります。これは、Windows XPドライバーを取得してUbuntuで動作させることができる古い手法です。
一般的に、カーネルのドライバーの互換性の問題は少ないため、これはUbuntuの現在のバージョンでは避ける必要があります。
ワイヤレスの問題がある場合は、NDISWrapperを試す前に、上記の4つのコマンドラインエントリの結果を質問に投稿してください。
https://wiki.ubuntu.com/DebuggingHardwareDetection を参照してください
https://wiki.ubuntu.com/DebuggingProcedures は、通常、バグレポートに役立つ情報を知りたい場合に適した出発点です。
これらは役立つ場合があります（ハードウェアの種類によって異なります）。
dmesg
lspci
lsusb
次のログには、ブート時にさまざまなシステムサービス（カーネル、udevなど）で確認されたハードウェアに関する詳細が含まれます。
/var/log/udev
/var/log/dmesg
ハードウェアの問題を説明するときにできる最も便利なことの1つは、何をしたか、使用している接続は何かを説明することです。
例えば：
「モニターを接続したところ、デスクトップは自動的に拡張されませんでした。」
- モニターが使用するポート（たとえば、vgaまたはhdmi）を教えてください。
- プラグインしたときに通知を受け取りましたか？
- 使用した接続が正しいものであることを確認しましたか？
この種の情報は非常に単純に見えるかもしれませんが、一般的な問題の発生源を突き止めるのに役立ちます。
次のコマンドラインツールを実行します。
cat /var/log/Xorg.0.log
lspci
dmesg
lsusb
一般的な問題解決のヒント
問題を診断するために次の方法でデータを収集することが多いことに気付きました。
最初に、問題を特定します-私は何をしましたか、私は何が起こると予想しましたか、そして何が起こったように見えましたか？問題を繰り返すことはできますか？
次に、問題を発生させ、システムのログを変更時刻の逆順でリストします。ls -lrt /var/log、tail -n 25最近変更されたログファイル（25の妥当な値）、およびdmesg。
読み取り、不思議、考え、推測、テスト、必要に応じて繰り返す