Dépannage matériel
Types de problèmes matériels
Les problèmes matériels peuvent être classés en deux catégories :
-
panne matérielle
-
matériel non détecté par le système
1. Pannes matérielles
Certes, les pannes matérielles ne concernent pas directement le système d’exploitation Linux. Néanmoins, si vous n’avez pas un matériel qui est opérationnel, alors le système n’est pas en fonctionnement. L’un dépend de l’autre.
a. Non-fonctionnement du matériel
Un composant hors service est généralement le cas le plus simple. Si votre bloc d’alimentation est mort, la machine ne s’allume pas. C’est une évidence.
Le problème peut survenir lors de l’allumage. Le BIOS effectue le POST (Power-On Self Test) pour vérifier le bon fonctionnement du matériel :
-
l’initialisation du processeur (CPU - Central Processing Unit) ;
-
la stabilité de l’alimentation ;
-
l’intégrité du code du BIOS ;
-
l’intégrité de la carte mère ;
-
l’initialisation des entrées/sorties (E/S ou I/O) ;
-
l’affichage d’un message éventuel à l’écran précisant l’appui sur une touche telle que [Suppr] ou [F2] afin d’accéder au setup du BIOS. Un signal sonore permet d’identifier...
Analyser le matériel
Vous disposez d’une multitude d’outils natifs ou à installer pour :
-
Connaître les composants de l’ordinateur.
-
Vérifier si le matériel est détecté correctement par le système. Si c’est le cas, il ne reste plus qu’à trouver le bon pilote de périphérique qui est probablement un module du noyau à charger.
1. Lister le matériel
La commande lshw liste le matériel. Elle obtient ses informations depuis plusieurs sources :
-
Le fichier pci.ids. C’est un dépôt public de tous les ID (identifiants) connus qui sont utilisés par les périphériques PCI. Il se situe dans le dossier /usr/share/hwdata pour RHEL 7 ou /usr/share/misc pour Debian 9.
-
Les fichiers /proc/bus/pci, /proc/ide, /proc/scsi, /dev/sg*, /dev/cpu, /proc/device-tree, /proc/bus/usb, /sys/*.
Il est à noter que vous pouvez avoir des informations plus ou moins correctes sur le Firewire (IEEE1394) et les interfaces SCSI virtuelles sur un bus IDE.
a. Installation de lshw
Cette commande n’est pas obligatoirement installée par défaut dans toutes les distributions Linux. Si besoin, le projet lshw peut être téléchargé sur le site web http://ezix.org/project/wiki/HardwareLiSter.
Debian
La commande est installée de base. Vous n’avez rien à installer.
Red Hat
RHEL 7 intègre désormais dans ses dépôts lshw. Il suffit de l’installer.
Ouvrez un terminal et installez le paquet RPM :
[root@system2 ~]# yum install -y lshw
Modules complémentaires chargés : fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* base: centos.mirror.fr.planethoster.net
* extras: centos.mirror.fr.planethoster.net
* updates: centos.mirror.fr.planethoster.net
Résolution des dépendances
--> Lancement de la transaction de test
---> Le paquet lshw.x86_64 0:B.02.18-12.el7 sera installé
--> Résolution des dépendances terminée
Dépendances résolues
===================================================================
Package Architecture Version Dépôt ...
Exercice
1. Ouvrez une session dans une console en tant qu’utilisateur root.
2. Vérifiez la présence de la commande lshw. Si elle n’est pas présente, installez-la.
3. Identifiez le nom de votre interface de communication filaire avec lshw et le nom du pilote de périphérique.
4. Affichez les entrées du journal concernant le pilote.
5. Vérifiez si le pilote est chargé.
6. Déchargez le module de noyau qui pilote cette interface.
7. Vérifiez avec lshw la présence de l’interface de communication qui n’a plus de nom logique ni de pilote.
8. Rechargez le module de noyau qui pilote cette interface.