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

171

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?

Liés si vous n’avez pas accès à une interface graphique:

posée Jorge Castro 19.11.2010 - 13:49
la source

8 réponses

143

L’information la plus importante que vous pouvez donner est ce que vous avez fait , ce que vous attendiez , et ce que vous observez > est arrivé .

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

D'autres exemples 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à-bas.

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 "Pilotes 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 la fin du démarrage de 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 listera 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 listera 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 auront 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, ce n'est pas une bonne idée de les inclure dans votre question, bien qu'un lien puisse être utile (vous pouvez utiliser lien pour les gros journaux)
  • sudo lshw --class X pr sudo lshw -C X peut également fournir des informations matérielles précieuses sur la classe spécifiée X - les classes d'exemples incluent cdrom , communication , core , cpu , display , isa , medium , memory , multimedia , network , pci , scsi , serial , storage et usb - ainsi, 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 les problèmes Vidéo :

  • /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 sur lien . 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 la prise en charge de l'accélération 3D, utile pour les problèmes liés aux effets 3D ou de bureau.
  • lspci -nn | grep VGA listera 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 doit être utilisé pour les problèmes de compatibilité Compiz et autres Unity.

Pour les problèmes audio :

  • cat /proc/asound/cards listera les périphériques audio 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 répertoire /proc/asound/card??? .
  • Wiki: Débogage des problèmes sonores
réponse donnée RAOF 20.11.2010 - 06:53
la source
56

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 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 surviennent toujours.

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, éditez ensuite 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 en douceur ou bloquée:

rfkill list all

Erreurs lors de la connexion

Vous pouvez souvent voir des erreurs utiles en consultant les journaux du noyau.

Si vous tentez 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 - tapez dmesg , puis essayez de vous connecter, puis tapez à nouveau dmesg . La nouvelle sortie affichée devrait donner une indication sur l'erreur.

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

NDISWrapper

La recherche sur Google amènera parfois des résultats suggérant l’utilisation de NDISWrapper. Il s’agit d’une technique ancienne dans laquelle l’obtention d’un pilote Windows XP peut être faite pour fonctionner dans Ubuntu.

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

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

    
réponse donnée fossfreedom 15.09.2011 - 15:21
la source
19

Voir lien

lien est généralement un bon point de départ si vous voulez savoir quelles informations sont utiles pour un rapport de bogue.

    
réponse donnée Florian Diesch 19.11.2010 - 19:33
la source
14

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

dmesg
lspci
lsusb
    
réponse donnée chris 19.11.2010 - 14:08
la source
9

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

/var/log/udev
/var/log/dmesg
    
réponse donnée Kees Cook 20.11.2010 - 02:29
la source
7

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 connecté?
  • 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 vous aider à identifier l’origine des problèmes courants ou si votre question est peut-être hors sujet.

    
réponse donnée RolandiXor 27.09.2011 - 20:21
la source
5

Exécutez ces outils de ligne de commande suivants:

  

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

    
réponse donnée Wagner 19.11.2010 - 14:41
la source
2

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

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

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

Puis, 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 .
Lisez, demandez, réfléchissez, devinez, testez, répétez au besoin

    
réponse donnée waltinator 08.12.2011 - 03:01
la source

Lire d'autres questions sur les étiquettes