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

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?

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

• Comment puis-je obtenir des informations des journaux de mon ordinateur lorsque je n'ai accès qu'à la ligne de commande?

Les informations les plus importantes que vous pouvez donner est ce que vous avez fait , ce que vous attendiez à arriver, et ce que vous observez est - il arrivé .

Cette question est un exemple particulièrement frappant d'un 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 Optiwewise 312. Lorsque 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é y soit affiché.

ou

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

ou

J'utilise Ubuntu 10.04. J'ai utilisé le programme «Pilotes supplémentaires» pour installer les pilotes nVidia actuels de ma GeForce FX 5200. À présent, lorsque je démarre, le système s'arrête avec un écran noir une fois que le démarrage de Ubuntu est terminé.

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 -nnlistera 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 en ait ou non un pilote. Cette information est utile si vous n'êtes pas sûr du matériel dont vous disposez.
• lsusbrépertorie tous les périphériques USB connectés à votre système. Encore une fois, cela est utile si vous n’êtes pas certain du matériel dont vous disposez. Il est également utile de vérifier que le périphérique est bien branché correctement!
• /var/log/udevet /var/log/dmesgaura 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 menant à ces journaux puisse vous être utile (vous pouvez utiliser http://paste.ubuntu.com pour les gros journaux)
• sudo lshw --class Xpr sudo lshw -C Xpeut aussi donner un peu d'informations sur le matériel précieux sur la classe spécifiées X- exemples classes comprennent cdrom, communication, core, cpu, display, isa, medium, memory, multimedia, network, pci, scsi, serial, storageet usb- si par exemple , vous pouvez utiliser sudo lshw -C networkpour afficher les informations sur les cartes réseau l'ordinateur peut détecter .

Pour les problèmes vidéo :

• /var/log/Xorg.0.logest le fichier journal du serveur X. Ceci est utile pour tous les problèmes vidéo. Ce fichier peut être long, alors n'hésitez pas à le mettre sur http://paste.ubuntu.com . Assurez-vous de donner un lien vers votre "coller" afin que nous puissions le trouver quand nous en aurons besoin.
• LIBGL_DEBUG=verbose glxinfo affichera des informations sur la prise en charge de l'accélération 3D, utiles en cas de 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 Compiz et d’autres problèmes de compatibilité avec Unity.

Pour les problèmes audio :

• cat /proc/asound/cardslistera les périphériques audio qui ont été détectés. Vous devriez inclure ceci.
• cat /proc/asound/card0/codec#0contiendra des informations sur la première carte son, y compris des informations sur les ports d’entrée / sortie qui y sont connectés. Si vous avez des problèmes pour brancher un microphone, des écouteurs ou des haut-parleurs externes, incluez-le. Vous pouvez également avoir plus d'un périphérique audio. Dans ce cas, il y aura plus d'un /proc/asound/card???répertoire.
• Wiki: Déboguer des problèmes de son

Remarque: Si vous avez une connexion filaire, envisagez d'exécuter le script sans fil tout-en-un décrit dans cette réponse .

Cartes sans fil

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

Les informations suivantes pour diagnostiquer les problèmes de connectivité sans fil dans les questions affichées sur Ubuntu Demandez, vous pouvez ouvrir un terminal en appuyant sur Ctrl- Alt- Tet en tapant dans l' 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 de manière souple ou bloquée:

rfkill list all

Erreurs lors de la connexion

Vous pouvez souvent voir des erreurs utiles en consultant les journaux de votre 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 - tapez dmesg, puis essayez de vous connecter, puis tapez à dmesgnouveau. La nouvelle sortie affichée devrait donner une indication de 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 un micrologiciel - généralement un paquet du référentiel.

NDISWrapper

La recherche sur Google apportera parfois des résultats suggérant d'utiliser NDISWrapper. Il s’agit d’une technique ancienne qui permet d’obtenir un pilote Windows XP pour fonctionner dans Ubuntu.

Cela devrait généralement ê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 sans fil, postez les résultats des quatre entrées de ligne de commande ci-dessus AVANT d'essayer NDISWrapper.

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

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

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

dmesg
lspci
lsusb

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 moment du démarrage:

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

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 ordinateur de bureau ne s'y est pas étendu automatiquement."

• Dites-nous quel port votre moniteur utilise (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 également être utile de déterminer l’origine des problèmes courants ou de détourner le sens de votre question.

Exécutez les outils de ligne de commande suivants:

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

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:

Premièrement, identifier le problème - qu'est-ce que j'ai fait, ce à quoi je m'attendais et ce qui a semblé se passer? Puis-je répéter le problème?

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