Téléchargement hwinfo - Téléchargement du code source hwinfo

hwinfo

Autre code source

1.0.0

Télécharger

hwinfo

Aperçu

Hwinfo / libhd sont utilisés pour sonder le matériel présent dans le système. Il peut être utilisé pour générer un journal de vue d'ensemble du système qui peut être utilisé plus tard pour la prise en charge.

Ce projet fournit une bibliothèque de sondage matériel libhd.so et un outil de ligne de commande hwinfo à l'aide. Un projet majeur utilisant cette bibliothèque est Yast, l'outil d'installation SUSE.

Pour vous donner une idée du type d'informations qu'il fournit, voici la sortie qu'il donne lorsqu'on lui a demandé la carte graphique:

 # hwinfo --gfxcard
27: PCI 200.0: 0300 VGA compatible controller (VGA)
  [Created at pci.378]
  Unique ID: B35A.G9ppNwS+xM4
  Parent ID: _Znp.nMBktMhAWbC
  SysFS ID: /devices/pci0000:00/0000:00:02.0/0000:02:00.0
  SysFS BusID: 0000:02:00.0
  Hardware Class: graphics card
  Model: " nVidia GF119 [NVS 310] "
  Vendor: pci 0x10de " nVidia Corporation "
  Device: pci 0x107d " GF119 [NVS 310] "
  SubVendor: pci 0x10de " nVidia Corporation "
  SubDevice: pci 0x094e
  Revision: 0xa1
  Driver: " nvidia "
  Driver Modules: " nvidia "
  Memory Range: 0xfa000000-0xfaffffff (rw,non-prefetchable)
  Memory Range: 0xf0000000-0xf7ffffff (ro,non-prefetchable)
  Memory Range: 0xf8000000-0xf9ffffff (ro,non-prefetchable)
  I/O Ports: 0xe000-0xefff (rw)
  Memory Range: 0xfb000000-0xfb07ffff (ro,non-prefetchable,disabled)
  IRQ: 82 (3241635 events)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias: " pci:v000010DEd0000107Dsv000010DEsd0000094Ebc03sc00i00 "
  Driver Info # 0:
    Driver Status: nouveau is not active
    Driver Activation Cmd: " modprobe nouveau "
  Driver Info # 1:
    Driver Status: nvidia is active
    Driver Activation Cmd: " modprobe nvidia "
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: # 9 (PCI bridge)

Primary display adapter: # 27

Si c'est un peu trop d'informations, vous pouvez également lui demander un formulaire abrégé. Par exemple:

 # hwinfo --short --disk --cdrom
disk:
  /dev/sda             WDC WD10EARS-00Y
  /dev/sdb             ST2000DM001-1CH1
cdrom:
  /dev/sr0             PLDS DVD+-RW DS-8ABSH

Vous pouvez influencer Libhd via la variable d'environnement hwprobe resp. L'option de démarrage hwprobe . Cela comprend l'activation ou la désactivation des modules de sondage et l'ajout manuellement des dispositifs matériels (dans une certaine mesure).

Par exemple

 export hwprobe=-bios

éteindra le module de sondage bios .

Pour plus de détails sur hwprobe regardez ici.

Pour les instructions générales d'utilisation, voir la page manuelle hwinfo .

Note
hwinfo a une interface héritée, acceptant des options de type hwprobe comme argument de commande (par exemple hwinfo -bios - notez le seul ' - '). Veuillez ne pas faire cela. Si vous êtes intéressé, vous pouvez lire à ce sujet ici.

Documentation technique

La bibliothèque de détection de matériel utilise un certain nombre de spécifications techniques.

Voici une compilation de liens externes aux normes techniques pertinentes pour libhd .

OpenSuse Development

Pour construire la bibliothèque, exécutez simplement make . Installez avec make install .

Fondamentalement, chaque nouveau engagement dans la branche principale du référentiel sera automatiquement soumis à tous les produits SUSUS actuels. Aucune autre action n'est nécessaire, sauf accepter la demande de traction.

Les soumissions sont gérées par un nœud Jenkins interne SUSE dans l'onglet InstallTools.

Chaque fois qu'un nouvel commit est intégré à la branche principale du référentiel, une nouvelle demande de soumission est créée au service OpenSuse Build. Le projet Devel est Système: Installer: Head.

Pour les succursales entretenues, le package est soumis à un projet de développement, mais la soumission finale doit être déclenchée manuellement.

*.changes et les numéros de version sont générés automatiquement à partir de Git Commits, vous n'avez pas à vous en soucier.

Le fichier SPEC est maintenu uniquement dans le service de construction. Si vous devez le modifier pour la branche master , soumettez-vous directement au projet de développement dans le service de construction.

Les noms actuels des projets de développement pour d'autres branches peuvent être vus dans les journaux Jenkins.

Le développement se produit principalement dans la branche master . La branche est utilisée pour tous les produits actuels.

Dans de rares cas, la ramification était inévitable:

Branche sl_11.1 : SLE 11 SP4
Branche sle12 : SLE 12 ( pas SPX)

Vous pouvez trouver plus d'informations sur les modifications de génération automatique et les outils utilisés pour les soumissions de Jenkis dans la documentation Linuxrc-Devtools.