it-swarm.com.de

Ich habe ein Hardware-Erkennungsproblem. In welchen Protokollen muss ich suchen?

Ich versuche eine Frage zu stellen, wie meine Hardware funktioniert, aber ich weiß nicht, welche Informationen ich meiner Frage hinzufügen soll, um Hilfe zu erhalten. Was muss ich tun?

Verwandte, wenn Sie keinen Zugriff auf eine GUI haben:

177
Jorge Castro

Die wichtigsten Informationen, die Sie geben können, sind das, was Sie getan haben , was Sie erwartet haben passieren, und was Sie beobachten ist passiert .

Diese Frage ist ein besonders gutes Beispiel für ein Hardware-Erkennungsproblem mit einem USB-Gerät.

Andere Beispiele hierfür könnten sein:

Ich habe Ubuntu 10.04 Desktop auf meinem Dell Optiwhatever 312-Laptop installiert. Wenn ich mich anmelde, wird meine WLAN-Karte im Popup-Menü von Network Manager nicht angezeigt, obwohl das verkabelte Netzwerk dort angezeigt wird.

oder

Ich habe Ubuntu 10.04 Netbook Edition auf meinem System76-Laptop. Wenn ich meine Kopfhörer in die Buchse stecke, kommt der Ton über die Kopfhörer, aber auch über die Lautsprecher heraus.

oder

Ich benutze Ubuntu 10.04. Ich habe das Programm "Additional Drivers" verwendet, um die aktuellen nVidia-Treiber für meine GeForce FX 5200 zu installieren. Wenn ich jetzt starte, wird das System mit einem schwarzen Bildschirm angehalten, nachdem der Ubuntu-Startvorgang beendet ist.

Welche weiteren Informationen nach dieser allgemeinen Problembeschreibung von Interesse sind, hängt davon ab, mit welcher Art von Hardware Sie Probleme haben und welche Probleme Sie haben.

Im Allgemeinen:

  • Sudo lspci -nn listet alle PCI-Geräte in Ihrem System auf. Dies schließt alle Erweiterungskarten (Grafikkarten, WLAN usw.) in Ihrem System ein, unabhängig davon, ob der Kernel einen Treiber für sie hat oder nicht. Diese Informationen sind hilfreich, wenn Sie nicht genau wissen, über welche Hardware Sie verfügen.
  • lsusb listet alle an Ihr System angeschlossenen USB-Geräte auf. Auch dies ist nützlich, wenn Sie nicht genau wissen, über welche Hardware Sie verfügen. Es ist auch nützlich zu überprüfen, ob das Gerät richtig angeschlossen ist!
  • /var/log/udev und /var/log/dmesg enthalten Informationen darüber, welche Geräte der Kernel erkannt hat. Diese Protokolle sind im Allgemeinen sehr umfangreich - es sei denn, Sie wissen, welche Teile des Protokolls interessant sind, ist es keine gute Idee, diese in Ihre Frage aufzunehmen, obwohl ein Link zu ihnen nützlich sein könnte (Sie können http: // paste verwenden) .ubuntu.com für große Protokolle)
  • Sudo lshw --class X pr Sudo lshw -C X kann auch ein wenig wertvolle Hardware Informationen über die specifed Klasse X geben - Beispiele Klassen umfassen cdrom, communication, core, cpu, display, isa, medium, memory, multimedia, network, pci , scsi, serial, storage und usb - zum Beispiel können Sie Sudo lshw -C network verwenden, um Informationen zu den Netzwerkkarten anzuzeigen, die der Computer erkennen kann.

Für Video Probleme:

  • /var/log/Xorg.0.log ist die X-Server-Protokolldatei. Dies ist nützlich für alle Videoprobleme. Diese Datei kann sehr lang werden, zögern Sie nicht, sie einfach auf http://paste.ubuntu.com zu setzen. Stellen Sie sicher, dass Sie einen Link zu Ihrer "Paste" angeben, damit wir sie bei Bedarf finden können.
  • LIBGL_DEBUG=verbose glxinfo zeigt Informationen zur Unterstützung der 3D-Beschleunigung an, die bei Problemen mit 3D- oder Desktop-Effekten hilfreich sind.
  • lspci -nn | grep VGA listet alle Grafikkarten in Ihrem System auf. Dies ist hilfreich, wenn Sie sich nicht sicher sind, über welchen Grafikkartentyp Sie verfügen.
  • /usr/lib/nux/unity_support_test -p sollte für Compiz- und andere Unity-Kompatibilitätsprobleme verwendet werden.

Für Audio Probleme:

  • cat /proc/asound/cards listet die erkannten Audiogeräte auf. Sie sollten dies einschließen.
  • cat /proc/asound/card0/codec#0 enthält Informationen zur ersten Soundkarte, einschließlich Informationen zu den daran angeschlossenen Eingangs-/Ausgangsanschlüssen. Wenn Sie ein Problem mit dem Anschließen eines Mikrofons, Headsets oder externer Lautsprecher haben, schließen Sie dies ein. Möglicherweise haben Sie auch mehr als ein Audiogerät. In diesem Fall gibt es mehr als ein Verzeichnis /proc/asound/card???.
  • Wiki: Soundprobleme beheben
146
RAOF

Hinweis: Wenn Sie eine kabelgebundene Verbindung haben, können Sie das in diese Antwort beschriebene alles in einem kabellosen Skript ausführen schweres Heben für Sie!


Wireless-Karten

Probleme mit der drahtlosen Verbindung werden glücklicherweise mit jedem Ubuntu-Release seltener. Es treten jedoch weiterhin Probleme auf.

Die folgenden Informationen helfen bei der Diagnose von Problemen mit der drahtlosen Verbindung bei Fragen, die auf Ask Ubuntu gestellt werden. Sie können ein Terminal öffnen, indem Sie auf klicken Ctrl-Alt-T Geben Sie einen dieser Befehle ein und bearbeiten Sie dann Ihre Frage, um die Informationen hinzuzufügen.

Wie der Kernel Ihre Netzwerkkarten erkennt

Sudo lshw -class network

Details zu Ihrer USB-WLAN-Karte

lsusb

Dies kann abhängig von der Anzahl der angeschlossenen USB-Geräte eine lange Liste ergeben. Im Zweifelsfall die gesamte Liste posten.

Details zu Ihrer PCI-WLAN-Karte

lspci

Dies kann eine lange Liste ergeben, abhängig davon, wie viele PCI-Geräte installiert sind. Im Zweifelsfall die gesamte Liste posten.

So können Sie feststellen, ob eine WLAN-Karte weich oder hart blockiert ist:

rfkill list all

Fehler beim Verbinden

Oft sehen Sie nützliche Fehler, indem Sie sich Ihre Kernel-Protokolle ansehen.

Wenn Sie versuchen, eine Verbindung über den Netzwerkmanager herzustellen, können Sie anhand von dmesg feststellen, welche Fehler auftreten.

Vorgeschlagene Vorgehensweise: Geben Sie dmesg ein, versuchen Sie dann, eine Verbindung herzustellen, und geben Sie dmesg erneut ein. Die neue Ausgabe sollte einen Hinweis auf den Fehler geben.

Eine weitere nützliche Ausgabe ist dmesg | grep -i firmware - wenn in der Ausgabe Fehler auftreten, kann dies darauf hinweisen, dass Sie eine Firmware installieren müssen - normalerweise ein Paket aus dem Repository.

NDISWrapper

Bei der Suche in Google werden manchmal Ergebnisse angezeigt, die auf die Verwendung von NDISWrapper hindeuten. Dies ist eine alte Technik, bei der der Erhalt eines Windows XP Treibers unter Ubuntu funktioniert.

Im Allgemeinen sollte dies in aktuellen Versionen von Ubuntu vermieden werden, da die Treiber im Kernel weniger Kompatibilitätsprobleme aufweisen.

Wenn Sie Probleme mit der drahtlosen Verbindung haben, geben Sie die Ergebnisse der vier obigen Befehlszeileneinträge in Ihre Frage ein, BEVOR Sie NDISWrapper ausprobieren.

57
fossfreedom

Siehe https://wiki.ubuntu.com/DebuggingHardwareDetection

https://wiki.ubuntu.com/DebuggingProcedures ist normalerweise ein guter Ausgangspunkt, wenn Sie wissen möchten, welche Informationen für einen Fehlerbericht nützlich sind.

19
Florian Diesch

Dies kann hilfreich sein (abhängig von der Art der Hardware):

dmesg
lspci
lsusb
14
chris

Die folgenden Protokolle enthalten Details zur Hardware, wie sie von verschiedenen Systemdiensten (Kernel, udev usw.) beim Booten gesehen wurden:

/var/log/udev
/var/log/dmesg
9
Kees Cook

Eines der nützlichsten Dinge, die Sie bei der Beschreibung eines Hardwareproblems tun können, ist zu beschreiben, was Sie getan haben und welche Verbindung Sie verwenden.

Zum Beispiel:

"Ich habe einen Monitor angeschlossen und mein Desktop wurde nicht automatisch darauf erweitert."

  • Teilen Sie uns mit, welchen Anschluss Ihr Monitor verwendet (z. B. VGA oder HDMI).
  • Haben Sie Benachrichtigungen erhalten, als Sie es eingesteckt haben?
  • Haben Sie sichergestellt, dass die von Ihnen verwendete Verbindung die richtige ist?

Diese Art von Informationen mag sehr einfach erscheinen, kann aber hilfreich sein, um festzustellen, woher häufig auftretende Probleme kommen oder ob Ihre Frage nicht zum Thema gehört.

7
RolandiXor

Führen Sie das folgende Befehlszeilentool aus:

cat /var/log/Xorg.0.log
lspci
dmesg
lsusb

5
Wagner

Ein allgemeiner Hinweis zur Problemlösung

Ich habe festgestellt, dass ich häufig Daten sammle, um ein Problem zu diagnostizieren:

Zuerst das Problem identifizieren - was habe ich getan, was habe ich erwartet und was schien zu geschehen? Kann ich das Problem wiederholen?

Dann wird das Problem verursacht und die Protokolle des Systems in umgekehrter Reihenfolge der Änderungszeit aufgelistet:
ls -lrt /var/log,
tail -n 25 für kürzlich geänderte Protokolldateien (für angemessene Werte von 25) und
dmesg.
Lesen, überlegen, denken, raten, testen, nach Bedarf wiederholen

2
waltinator