Question J'ai un problème de détection de matériel, quels journaux dois-je examiner?


J'essaie de poser une question sur le fonctionnement de mon matériel, mais je ne sais pas quelles informations ajouter à ma question pour obtenir de l'aide, que dois-je faire?

Connexe si vous n'avez pas accès à une interface graphique:


171
2017-11-19 12:49


origine


Spécifique au sans fil: askubuntu.com/questions/425155/… - Wilf


Réponses:


L'information la plus importante que vous pouvez donner est ce que vous avez terminéce que vous attendu arriver, et ce que vous observer est arrivé.

Cette question est un exemple particulièrement précis de problème de détection de matériel avec un périphérique USB.

D'autres exemples de ceci pourraient être:

J'ai installé Ubuntu 10.04 Desktop sur mon ordinateur portable Dell Optiwhatever 312. Quand   Je me connecte, ma carte sans fil n'est pas visible dans le menu contextuel de Network Manager,   bien que le réseau câblé apparaisse là.

ou

J'ai Ubuntu 10.04 Netbook édition sur mon ordinateur portable System76. Quand je branche mon   casque dans la prise, le son sort du casque mais aussi   sur les haut-parleurs.

ou

J'utilise Ubuntu 10.04. J'ai utilisé le programme «Drivers supplémentaires» pour installer le   pilotes nVidia actuels pour mon GeForce FX 5200. Maintenant, quand je démarre, le système s'arrête   avec un écran noir après le démarrage de splash Ubuntu.

Après cette description générale du problème, les autres informations intéressantes dépendent du type de matériel avec lequel vous rencontrez des problèmes et des problèmes que vous rencontrez.

En général:

  • sudo lspci -nn va lister tous les périphériques PCI de votre système. Cela inclura toutes les cartes d'extension (cartes vidéo, WiFi, etc.) de votre système, que le noyau ait ou non un pilote pour elles. Cette information est utile si vous ne savez pas exactement quel matériel vous avez.
  • lsusb répertoriera tous les périphériques USB connectés à votre système. Encore une fois, cela est utile si vous ne savez pas exactement quel matériel vous avez. Il est également utile de vérifier que le périphérique est correctement branché!
  • /var/log/udev et /var/log/dmesg aura des informations sur les périphériques détectés par le noyau. Ces journaux sont généralement très volumineux - à moins que vous ne sachiez quelles parties du journal sont intéressantes, il n’est pas judicieux de les inclure dans votre question, bien qu’un lien puisse être utile (vous pouvez utiliser http://paste.ubuntu.com pour les gros journaux)
  • sudo lshw --class X pr sudo lshw -C X peut également donner un peu de matériel précieux sur la classe spécifiée X - les exemples de classes incluent cdrom, communication, core, cpu, display, isa, medium, memory, multimedia, network, pci, scsi, serial, storage et usb - par exemple, vous pouvez utiliser sudo lshw -C network pour afficher des informations sur les cartes réseau que l'ordinateur peut détecter.

Pour Vidéo problèmes:

  • /var/log/Xorg.0.log est le fichier journal du serveur X. Ceci est utile pour tous les problèmes vidéo. Ce fichier peut être long, n'hésitez pas à le mettre http://paste.ubuntu.com. Assurez-vous de donner un lien vers votre "coller" afin que nous puissions le trouver quand nous en avons besoin.
  • LIBGL_DEBUG=verbose glxinfo affichera des informations sur le support de l'accélération 3D, utile pour les problèmes liés aux effets 3D ou de bureau.
  • lspci -nn | grep VGAva répertorier toutes les cartes vidéo de votre système, utile si vous n'êtes pas sûr du type de carte vidéo que vous avez.
  • /usr/lib/nux/unity_support_test -p devrait être utilisé pour compiz et autres problèmes de compatibilité Unity.

Pour l'audio problèmes:

  • cat /proc/asound/cards listera les périphériques audio qui ont été détectés. Vous devriez inclure ceci.
  • cat /proc/asound/card0/codec#0 contiendra des informations sur la première carte son, y compris des informations sur les ports d'entrée / sortie connectés. Si vous rencontrez un problème avec le branchement d’un microphone, d’un casque ou de haut-parleurs externes, incluez ceci. Vous pouvez également avoir plus d'un périphérique audio. Dans ce cas, il y aura plus d'un /proc/asound/card??? annuaire.
  • Wiki: Débogage des problèmes sonores

143
2017-11-20 05:53



+1 pour la phrase d'ouverture, combien de fois je pose les mêmes trois questions à mes clients .... - ecoologic


Remarque: Si vous avez une connexion filaire, envisagez d'exécuter le script sans fil tout en un décrit dans cette réponse, il fait tout le travail lourd pour vous!


Cartes sans fil

Les problèmes de connectivité sans fil deviennent heureusement de plus en plus rares avec chaque version d'Ubuntu. Cependant, des problèmes persistent.

Les informations suivantes aideront à diagnostiquer les problèmes de connectivité sans fil dans les questions postées sur Ask Ubuntu, vous pouvez ouvrir un terminal en appuyant sur Ctrl-Alt-T et en tapant une de ces commandes, puis modifiez votre question pour ajouter les informations.

Comment le noyau reconnaît vos cartes réseau

sudo lshw -class network

Détails de votre carte sans fil USB

lsusb

Cela peut donner une longue liste en fonction du nombre de périphériques USB connectés. En cas de doute, affichez la liste complète.

Détails de votre carte sans fil PCI

lspci

Cela peut donner une longue liste en fonction du nombre de périphériques PCI installés. En cas de doute, affichez la liste complète.

Comment voir si une carte sans fil est bloquée ou bloquée:

rfkill list all

Erreurs lors de la connexion

Souvent, vous pouvez voir des erreurs utiles en consultant les journaux du noyau.

Si vous essayez de vous connecter via le gestionnaire de réseau, vous pouvez voir quelles erreurs sont générées en regardant dmesg

Procédure suggérée - type dmesg, puis essayez de vous connecter puis tapez dmesg encore. La nouvelle sortie affichée devrait donner une indication de l'erreur.

Une autre sortie utile est dmesg | grep -i firmware - Si vous constatez des erreurs dans la sortie, cela peut indiquer que vous devez installer un microprogramme, généralement un package du référentiel.

NDISWrapper

La recherche sur Google apportera parfois des résultats suggérant l'utilisation de NDISWrapper. Il s’agit d’une technique ancienne permettant d’obtenir un pilote Windows XP sous Ubuntu.

Généralement, cela devrait être évité dans les versions actuelles d'Ubuntu, car les pilotes du noyau ont moins de problèmes de compatibilité.

Si vous avez des problèmes sans fil, affichez les résultats des quatre entrées de ligne de commande ci-dessus dans votre question AVANT d'essayer NDISWrapper.


56
2017-09-15 13:21





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

https://wiki.ubuntu.com/DebuggingProcedures est généralement un bon point de départ si vous voulez savoir quelles informations sont utiles pour un rapport de bogue.


19
2017-11-19 18:33





Celles-ci peuvent être utiles (selon le type de matériel):

dmesg
lspci
lsusb

14
2017-11-19 13:08



lscpu aussi - :) il y a beaucoup plus de commandes ... - dschinn1001


Les journaux suivants contiendront des détails sur le matériel tel qu'il a été vu par différents services système (noyau, udev, etc.) au démarrage:

/var/log/udev
/var/log/dmesg

9
2017-11-20 01:29





Une des choses les plus utiles que vous puissiez faire pour décrire un problème matériel est de décrire ce que vous avez fait, quelle est la connexion que vous utilisez.

Par exemple:

"J'ai branché un moniteur et mon bureau ne s'y est pas automatiquement étendu."

  • Dites-nous quel port utilise votre moniteur (par exemple, vga ou hdmi).
  • Avez-vous reçu des notifications lorsque vous l'avez branché?
  • Vous êtes-vous assuré que la connexion que vous avez utilisée est la bonne?

Ce type d'information peut sembler très simple, mais il peut être utile de déterminer d'où proviennent les problèmes courants ou si votre question peut être hors sujet.


7
2017-09-27 18:21





Exécutez ces outils en ligne de commande suivants:

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


5
2017-11-19 13:41





Un indice général de résolution de problèmes 

J'ai remarqué que je collecte souvent des données pour diagnostiquer un problème en:

Tout d'abord, identifier le problème - qu'est-ce que j'ai fait, qu'est-ce que je m'attendais à faire et qu'est-ce qui semblait se passer? Puis-je répéter le problème?

Ensuite, provoquant le problème et répertoriant les journaux du système dans l'ordre inverse de l'heure de modification:
ls -lrt /var/log,
tail -n 25 sur les fichiers journaux récemment modifiés (pour des valeurs raisonnables de 25), et
dmesg.
Lire, se demander, réfléchir, deviner, tester, répéter au besoin


2
2017-12-08 02:01