URL: https://linuxfr.org/news/hdt-hardware-detection-tool-v-050
Title: HDT : Hardware Detection Tool (v 0.5.0)
Authors: bubar🦥
 
Date: 2011年04月22日T13:27:27+02:00
License: CC By-SA
Tags: x86, hdt, pxe, kernel, matériel, open_hardware et logiciel
Score: 37
[Hardware Detection Tool](http://www.hdt-project.org) est un outil de bas niveau permettant l’identification du matériel cible sur le matériel cible : extraire les informations, vérifier la conformité, valider ce matériel, voire anticiper les besoins d’installations et mettre en œuvre les processus adéquats. 
Cette nouvelle version, sortie aujourd’hui, ajoute la possibilité d’extraction et d’envoi du rapport par le réseau.
----
[Site Web du projet](http://www.hdt-project.org/)
----
Hardware Detection Tool (HDT) liste de multiples informations :
- Processeur
- Mémoire (e820, e801, 8800h)
- Bus PCI
 - Carte mère
 - BIOS
 - Chassis
 - Module Mémoire
 - CPU
 - Système
 - Sécurité du système
 - IPMI
 - Batterie
- Disques durs
 - Section du MBR
 - Détection de _bootloader_
 - Identification de _swap_
- Ainsi que la détection des modules noyau
#Visualisations 
Le _« Menu Mode »_, une interface graphique permettant une navigation aisée, à l’aide des flèches directionnelles, dans la totalité des informations. Différents modes de CLI — interface en ligne de commande — permettent d’avoir le résumé des informations, mais aussi d’interroger type par type, et cela pour les modes d’affichage TEXT et VESA.
Par exemple, ici, une vue sur l’interface graphique, pour une carte réseau : 
![Qemu 8139 RealTek](http://pix.toile-libre.org/upload/img/1303453080.png)
Et ici, une vue de la CLI, en mode VESA, pour l’ACPI : 
![Qemu acpi](http://pix.toile-libre.org/upload/img/1303453510.png)
#Supports disponibles 
- Image de disquette 1,44 Mio 
- Image ISO amorçable 
- Module COM32 pour SYSLINUX
#Création d'une clef USB 
À noter que l’utilisation de HDT peut également s’avérer pratique pour le particulier, afin de jeter un œil de manière précise sur le matériel convoité (les informations pertinentes étant souvent absentes des étiquettes, pourtant souvent indispensables à tout _geek_ sourcilleux sur son achat). Cet usage sera également utile lors d’_install parties_. Pour l’utiliser simplement, voici les instructions :
- récupérez l’image de [CD amorçable](http://www.hdt-project.org/raw-attachment/wiki/hdt-0.5.0/hdt-0.5.0.iso) ;
- rendez‐la « hybride » : `« isohybrid --partok hdt-0.5.0.iso »` ;
- copiez‐la sur votre clef USB : `« dd if=hdt-0.5.0.iso of=/dev/sdc »` ;
- Et hop, dans la popoche la clef HDT :).
#Exportation réseau 
##Le _dump_
HDT 0.5.0 propose désormais l’exportation des informations au travers du réseau. Cette exportation se fait sous la forme d’une archive _tar_ compressée _gzip_ contenant plusieurs fichiers : chaque fichier correspondant à une partie du _dump_, soit processeur(s), DMI, ACPI, PCI, mémoire, disques, VESA... Ces fichiers sont formatés au standard [[JSON]], permettant un traitement facile et efficace, quels que soient les outils choisis.
##Intégration : triviale et rapide 
Ce court résumé se place dans la configuration la plus simple : celle d’une machine unique servant à la fois de serveur DHCP, de serveur TFT, ce dernier étant unique, sans restrictions sur les adresses MAC, ni configuration particulière. Il devrait permettre à tous de tester facilement, tout en apportant les informations utiles pour l’intégration de HDT dans des systèmes complexes existants. 
- Créez un répertoire nommé « hdt » à la racine de votre serveur TFTP (par exemple : `« /tftpboot/hdt/ »`). 
- Renseignez le fichier _default_ du service TFTP afin qu’il pointe vers les modules COM32 de HDT : 
Le fichier _default_ est le bon choix : toutes les machines inconnues seront automatiquement enregistrées (numéros de série, identifiants matériels, etc.) sans impacter les machines connues, qui bénéficient certainement de fichiers de configurations distincts nommés en fonction de chaque adresse MAC. 
`LABEL HDT` 
`kernel hdt.c32 auto='dump'`
C’est ici qu’il faut définir les informations à extraire, en spécifiant les options idoines, en utilisant la directive `« auto= »` ici « \'dump\' », afin d’automatiquement envoyer les informations extraites sur le serveur TFTP. Par défaut, c’est le même serveur que celui utilisé précédemment, c’est donc ici également que vous pourrez placer la directive `« tftp_ip= »`, s’il faut envoyer ces informations sur un serveur tiers. C’est également ici qu’on pourra prendre soin d’utiliser la directive de _reboot_ après celle de _dump_ :p.
- Utilisez les fichiers _dump _: 
`zcat <filename> &#124; cpio -id`
Illustration : résultat de traitement sur un _dump _: 
` 
 "vesa.product" : "Intel(r) 82945GM Chipset Family Graphics Controller"
 "cpu.model" : "Intel(R) Atom(TM) CPU N270 @ 1.60GHz"
 "dmi.system.serial" : "LUS030A073826166682500"
`
Là, on pourra faire en sorte de créer des dossiers correspondant à chaque machine, y placer l’extraction, puis lancer un traitement tiers se servant des informations récupérées.
_Boot_ de hdt.c32 par le réseau, sur un client :
![pxe boot](http://pix.toile-libre.org/upload/img/1303469158.jpg) 
Ici, ce client vient d’envoyer sa configuration :
![dump on lan](http://pix.toile-libre.org/upload/img/1303469176.jpg)
##Exemples d’usage
Cette nouvelle fonction de HDT prend dès à présent en option l’adresse IP de votre choix comme serveur TFTP. Ceci permet, dans le cas d’un réseau dense, d’envoyer les fichiers ailleurs que sur le serveur TFTP indiqué par le serveur DHCP, et permet donc une meilleure granularité dans le traitement des tâches dévolues à chaque service, à chaque machine, lorsque c’est nécessaire dans votre réseau. On pourra, par exemple, imaginer un serveur DHCP _central_ indiquant le serveur TFTP nommé « install » ayant en défaut pour toute adresse MAC inconnue un envoi de _hdt.c32_ avec la directive _tftp\_ip_ qui envoie vers le serveur nommé « asset », lui‐même chargé de recueillir toutes les informations matérielles, précises et réelles, sur les nouvelles machines. Luxueux, n’est‐ce pas ?
L’administrateur système pourra aller plus loin encore, en traitant ses informations au fur et à mesure, afin d’aiguiller automatiquement un type d’installation en fonction du modèle et du matériel, dans un système d’installation préparé pour cela. Ainsi, au lieu d’avoir besoin au préalable des informations telles que «_ mac\_address_ liée à _type\_installation_ », il devient possible de distinguer automatiquement un portable d’une station de travail ou d’une machine serveur, sans jamais avoir vu « la couleur de la machine » auparavant (et plus finement encore, selon la complexité de vos installations automatiques)... Le gain de temps et de main d’œuvre devient très intéressant.
#Mise à jour des infos pour HDT 
Pour terminer, HDT utilise les fichiers _pci.ids_, _modules\_alias_ et _modules\_pcimap_. Il est capable de prendre ces fichiers en externe via les directives correspondantes. Par exemple, « pciids=_path\_to\_file_ ». Il sera simple d’avoir cette base toujours à jour pour HDT.
Il est également possible de tester une même machine, avec plusieurs fichiers venant de plusieurs versions différentes de systèmes... Par exemple, pour savoir si telle machine n’aura pas de problème majeur avec telle version de tel système... Il est également possible d’envisager une extraction d’informations tierces de ces fichiers, afin de faire un traitement pour une création automatique du nom du fichier initial vide, dont HDT a besoin dans l’arborescence « _path\_tftp_/hdt/ ». Mais ici, il serait plus simple d’avoir simplement des fichiers dont les noms sont les adresses MAC, pour un traitement automatique et immédiat suivant l’extraction d’informations. ;)
#Conclusion 
_Hardware Detection Tool_ remplit diverses fonctions utiles à divers besoins : 
- avoir toujours dans la poche de quoi regarder avec précision un matériel ;
- enregistrer tout matériel effectuant des requêtes sur le serveur PXE ; non seulement son adresse MAC, mais aussi ses numéros de série, permettant ainsi de lancer une procédure automatique ;
- renseigner avec ces informations auprès d’un serveur d’_asset_, ou une _feuille de calcul_, immédiatement et à bas niveau, permettant également de lancer une procédure automatique ;
- affiner une solution d’installation par le réseau, en la rendant plus autonome en temps et en intervention humaine. 
_À vous d’en faire l’usage correspondant à vos besoins et / ou améliorant vos systèmes._
#Syslinux & Kernel
HDT étant un module pour [[Syslinux]], son intégration se fera dans le prochain _Syslinux_. L’hébergement étant assuré par [_kernel.org_](http://www.kernel.org/pub/linux/utils/boot/syslinux/). Puis, il rejoindra naturellement toutes les distributions GNU/Linux dans leurs empaquetages respectifs de _Syslinux_.
[HDT](http://www.hdt-project.org) est distribué sous [[licence MIT]].
</div><div class="naked_ctrl">
<form action="/index.cgi/contrast" method="get" name="gate">
<p><a href="http://altstyle.alfasado.net">AltStyle</a> によって変換されたページ <a href="httpS://linuxfr.org/news/hdt-hardware-detection-tool-v-050.md">(-&gt;オリジナル)</a>
/ <label>アドレス: <input type="text" name="naked_post_url" value="httpS://linuxfr.org/news/hdt-hardware-detection-tool-v-050.md" size="22" /></label> <label>モード: <select name="naked_post_mode">
<option value="default">デフォルト</option>
<option value="speech">音声ブラウザ</option>
<option value="ruby">ルビ付き</option>
<option value="contrast" selected="selected">配色反転</option>
<option value="larger-text">文字拡大</option>
<option value="mobile">モバイル</option>
</select>
<input type="submit" value="表示" />
</p>
</form>
</div>