Hwinfo/libhd werden verwendet, um die im System vorhandenen Hardware zu untersuchen. Es kann verwendet werden, um ein Systemübersichtsprotokoll zu generieren, das später zur Unterstützung verwendet werden kann.
Dieses Projekt bietet eine Hardware -Prüfbibliothek libhd.so
und ein Befehlszeilen -Tool hwinfo
mit dieser. Ein Hauptprojekt, das diese Bibliothek verwendet, ist Yast, das SUSE -Installationstool.
Um Ihnen eine Vorstellung davon zu geben, welche Art von Informationen sie liefert, gibt es hier die Ausgabe, die es gibt, wenn Sie nach der Grafikkarte gefragt werden:
# 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
Wenn das etwas zu viele Informationen sind, können Sie sie auch nach einer abgekürzten Form fragen. Zum Beispiel:
# hwinfo --short --disk --cdrom
disk:
/dev/sda WDC WD10EARS-00Y
/dev/sdb ST2000DM001-1CH1
cdrom:
/dev/sr0 PLDS DVD+-RW DS-8ABSH
Sie können Libhd über die hwprobe
-Umgebungsvariable bzw. beeinflussen. Die hwprobe
-Startoption. Dies beinhaltet das Ein- oder Ausschalten von Modulen und das Hinzufügen von Hardware -Geräten (bis zu einem gewissen Grad).
Zum Beispiel
export hwprobe=-bios
schaltet das bios
-Prüfmodul aus.
Weitere Informationen zu hwprobe
Look HIER.
Für allgemeine Verwendungsanweisungen siehe hwinfo
-Handbuch Seite.
Notiz
hwinfo
verfügt über eine ältere Schnittstelle,hwprobe
-ähnliche Optionen als Befehlsargument akzeptiert (z. B.hwinfo -bios
- Beachten Sie die Single '-
'). Bitte tun Sie das nicht. Wenn Sie interessiert sind, können Sie hier darüber lesen.
Die Hardware -Erkennungsbibliothek verwendet eine Reihe von technischen Spezifikationen.
Hier finden Sie eine Zusammenstellung externer Links zu technischen Standards, die für libhd
relevant sind.
Um die Bibliothek zu bauen, make
Sie einfach. Installieren Sie mit make install
.
Grundsätzlich wird jeder neue Commit in den Master-Zweig des Repositorys automatisch an alle aktuellen SUSE-Produkte eingereicht. Es ist keine weitere Aktion erforderlich, außer dass die Pull -Anfrage akzeptiert wird.
Die Einreichungen werden von einem internen Jenkins -Knoten von SUSE in der Registerkarte "Installtools" verwaltet.
Jedes Mal, wenn ein neues Komitee in den Master -Zweig des Repositorys integriert wird, wird ein neuer Antrag auf den OpenSuse -Build -Service erstellt. Das Entwicklungsprojekt ist System: Installation: Kopf.
Für gewartete Zweige wird das Paket an ein Entwicklungsprojekt eingereicht, aber die endgültige Einreichung muss manuell ausgelöst werden.
*.changes
und Versionsnummern werden automatisch aus Git Commits generiert, Sie müssen sich darüber keine Sorgen machen.
Die Spezifikationsdatei wird nur im Build -Service verwaltet. Wenn Sie es für die master
-Filiale ändern müssen, reichen Sie dem Entwicklungsprojekt direkt im Build -Service ein.
Die aktuellen Namen der Entwicklungsprojekte für andere Zweige sind in den Jenkins -Protokollen zu sehen.
Die Entwicklung findet hauptsächlich im master
-Zweig statt. Der Zweig wird für alle aktuellen Produkte verwendet.
In seltenen Fällen war die Verzweigung unvermeidbar:
sl_11.1
: SLE 11 SP4sle12
: SLE 12 ( nicht SPX)Weitere Informationen zu den Änderungen zur automatischen Generation und den Tools finden Sie in der Dokumentation von LinuxRC-Devtools.
Weitere Informationen zum Aktualisieren von PCI- und USB -IDs finden Sie hier.