System Management BIOS – Wikipedia

Posted on by

Nicht zu verwechseln mit DMI.

Beim Rechnen ist die Systemverwaltungs-BIOS ((SMBIOS) Spezifikation definiert Datenstrukturen (und Zugriffsmethoden), die zum Lesen von Verwaltungsinformationen verwendet werden können, die vom BIOS eines Computers erzeugt werden.[1] Dadurch muss das Betriebssystem die Hardware nicht mehr direkt prüfen, um festzustellen, welche Geräte im Computer vorhanden sind. Die SMBIOS-Spezifikation wird von der Distributed Management Task Force (DMTF) erstellt, einer gemeinnützigen Organisation zur Entwicklung von Standards. Die DMTF schätzt, dass zwei Milliarden Client- und Serversysteme SMBIOS implementieren.[2]

Die DMTF hat am 20. August 2020 die Version 3.4.0 der Spezifikation veröffentlicht.[3]

SMBIOS war ursprünglich als Desktop Management BIOS bekannt (DMIBIOS), da es mit der Desktop Management Interface (DMI) interagierte.[4]

Geschichte[edit]

Version 1 der Desktop Management BIOS (DMIBIOS) -Spezifikation wurde von Phoenix Technologies in oder vor 1996 erstellt.[citation needed]

Die Version 2.0 der Desktop Management BIOS-Spezifikation wurde am 6. März 1996 von American Megatrends (AMI), Award Software, Dell, Intel, Phoenix Technologies und SystemSoft Corporation veröffentlicht. Es wurden 16-Bit-Plug-and-Play-Funktionen eingeführt, mit denen unter Windows 95 auf die Strukturen zugegriffen werden kann.[5]

Die letzte Version, die direkt von Anbietern veröffentlicht wurde, war am 12. August 1998 2.3. Die Autoren waren American Megatrends, Award Software, Compaq, Dell, Hewlett-Packard, Intel, IBM (International Business Machines), Phoenix Technologies und SystemSoft Corporation.

Um 1999 übernahm die Distributed Management Task Force (DMTF) das Eigentum an der Spezifikation. Die erste von der DMTF veröffentlichte Version war am 16. März 1999 2.3.1. Ungefähr zur gleichen Zeit forderte Microsoft von OEMs und BIOS-Anbietern, die Schnittstelle / den Datensatz zu unterstützen, um eine Microsoft-Zertifizierung zu erhalten.

In der im Februar 2015 eingeführten Version 3.0.0 wurde ein 64-Bit-Einstiegspunkt hinzugefügt, der mit dem zuvor definierten 32-Bit-Einstiegspunkt koexistieren kann.

Version 3.4.0 wurde im August 2020 veröffentlicht.[6]

Inhalt[edit]

Die SMBIOS-Tabelle besteht aus einem Einstiegspunkt (zwei Typen sind definiert, 32-Bit und 64-Bit) und einer variablen Anzahl von Strukturen, die Plattformkomponenten und -funktionen beschreiben. Diese Strukturen werden in der Dokumentation von Drittanbietern gelegentlich als “Tabellen” oder “Datensätze” bezeichnet.

Strukturtypen[edit]

Ab Version 3.3.0 definiert die SMBIOS-Spezifikation die folgenden Strukturtypen:[7][8]

Zugriff auf SMBIOS-Daten[edit]

Die EFI-Konfigurationstabelle (EFI_CONFIGURATION_TABLE) enthält Einträge, die auf die Tabellen SMBIOS 2 und / oder SMBIOS 3 verweisen.[9] Je nach Plattform und Betriebssystem gibt es verschiedene Möglichkeiten, auf die Daten zuzugreifen.

Von der UEFI[edit]

In der UEFI-Shell wird die SmbiosView Befehl kann die SMBIOS-Daten abrufen und anzeigen.[10][11] Sie können die UEFI-Shell häufig aufrufen, indem Sie das BIOS aufrufen und dann die Shell als Startoption auswählen (im Gegensatz zu einem DVD-Laufwerk oder einer Festplatte).

Unter Linux[edit]

Der Linux-Kernel enthält einen SMBIOS-Decoder, mit dem Systemadministratoren die Systemhardwarekonfiguration überprüfen und bestimmte Problemumgehungen für Probleme mit bestimmten Systemen basierend auf den bereitgestellten SMBIOS-Informationen aktivieren oder deaktivieren können.

Das Userspace-Befehlszeilenprogramm dmidecode(8) prüft diese Daten. Zu den von diesem Dienstprogramm bereitgestellten Informationen gehören in der Regel der Systemhersteller, der Modellname, die Seriennummer, die BIOS-Version und das Asset-Tag sowie weitere Details von unterschiedlichem Interesse und Zuverlässigkeit, je nach Systemhersteller. Zu den Informationen gehören häufig der Nutzungsstatus für die CPU-Sockel, Erweiterungssteckplätze (einschließlich AGP, PCI und ISA) und Speichermodulsteckplätze sowie die Liste der E / A-Ports (einschließlich seriell, parallel und USB).[12][13] Dekodierte DMI-Tabellen für verschiedene Computermodelle werden in einem öffentlichen GitHub-Repository gesammelt.[14]

Von Windows[edit]

Microsoft gibt WMI als bevorzugten Mechanismus für den Zugriff auf SMBIOS-Informationen unter Microsoft Windows an.[15][16]

Auf Windows-Systemen, die dies unterstützen (XP und höher), können einige SMBIOS-Informationen entweder mit dem WMIC-Dienstprogramm mit ‘BIOS’ / ‘MEMORYCHIP’ / ‘BASEBOARD’ und ähnlichen Parametern oder in der Windows-Registrierung unter HKLM HARDWARE angezeigt werden DESCRIPTION System.

Verschiedene Software-Dienstprogramme können SMBIOS-Rohdaten abrufen, einschließlich FirmwareTablesView[17] und AIDA64.

Generieren von SMBIOS-Daten[edit]

Die Erstellung von Tabellen und Strukturen hängt normalerweise von der Systemfirmware / dem BIOS ab. Die PI-Spezifikation (UEFI Platform Initialization) enthält ein SMBIOS-Protokoll (EFI_SMBIOS_PROTOCOL), mit dem Komponenten SMBIOS-Strukturen zur Aufnahme einreichen können, und der Hersteller kann die SMBIOS-Tabelle für eine Plattform erstellen.[18]

Plattformvirtualisierungssoftware kann auch SMBIOS-Tabellen zur Verwendung in VMs, z. B. QEMU, generieren.[19]

Wenn die SMBIOS-Daten nicht korrekt generiert und gefüllt werden, verhält sich der Computer möglicherweise unerwartet. Zum Beispiel ein Mini-PC, der Werbung macht Fahrgestellinformationen | Typ = Tablette kann sich unter Linux unerwartet verhalten. Ein Desktop-Manager wie GNOME versucht, eine nicht vorhandene Batterie zu überwachen und den Bildschirm und die Netzwerkschnittstellen herunterzufahren, wenn die fehlende Batterie einen Schwellenwert unterschreitet. Zusätzlich, wenn die Fahrgestellinformationen | Hersteller Wird nicht richtig ausgefüllt, werden die Fehler umgangen Typ = Tablette Problem kann nicht angewendet werden.[20]

Siehe auch[edit]

Verweise[edit]

  1. ^ “Libsmbios Library Documentation”. dell.com. 2007-04-11. Archiviert von das Original am 18.09.2016. Abgerufen 2016-02-02.
  2. ^ DMTF-Pressemitteilung zu SMBIOS 3.2: https://www.dmtf.org/content/dmtf-releases-smbios-32
  3. ^ “System Management BIOS”. dmtf.org. September 2018. Abgerufen 2019-12-30.
  4. ^ “Desktop Management BIOS-Spezifikation, Version 2.0” (PDF). uni-regensburg.de. 1996-03-06. Abgerufen 2016-02-02.
  5. ^ “Desktop Management BIOS-Spezifikation, Version 2.0” (PDF). uni-regensburg.de. 1996-03-06. Abgerufen 2016-02-02.
  6. ^ Alle veröffentlichten Versionen von DSP0134
  7. ^ Ken Hess (23.04.2010). “Linux-Systeminformationen dekodiert”. linux-mag.com. Abgerufen 2016-02-02.
  8. ^ SMBIOS-Spezifikation, Version 3.3.0, September 2019, https://www.dmtf.org/sites/default/files/standards/documents/DSP0134_3.3.0.pdf
  9. ^ UEFI-Spezifikation, Version 2.6, Abschnitt 4.6
  10. ^ “smbiosview (HP UEFI-Systemdienstprogramme und Shell Command Mobile-Hilfe für HP ProLiant Gen9-Server)”. hp.com. 2015-09-22. Abgerufen 2016-02-02.
  11. ^ “Tianocore / edk2 / ShellPkg / Library / UefiShellDebug1CommandsLib / SmbiosView”. sourceforge.net. Abgerufen 27.01.2015.
  12. ^ “dmidecode”. nongnu.org. Abgerufen 2013-10-30.
  13. ^ Joe Barr (29.11.2004). “dmidecode: Wofür ist es gut?”. linux.com. Abgerufen 2013-10-30.
  14. ^ Linux-Hardwareprojekt (24.12.2019). “Große Sammlung dekodierter DMI-Tabellen für verschiedene Computermodelle”. linuxhw. Abgerufen 2019-12-24.
  15. ^ wjfrancis (27.03.2008). “SMBIOS Peek – CodeProject”. Codeproject.com. Abgerufen 2012-05-12.
  16. ^ SMBIOS-Unterstützung unter Windows, Microsoft-Papier, aktualisiert am 25. April 2005
  17. ^ “FirmwareTablesView”. NirSoft. Abgerufen 2020-12-02.
  18. ^ Plattforminitialisierungsspezifikation, Band 5, Abschnitt 6, SMBIOS-Protokoll
  19. ^ QEMU Version 2.12.50 Benutzerdokumentation, https://qemu.weilnetz.de/doc/qemu-doc.html
  20. ^ “5 bis 20 Minuten Abschaltung auf der Cherry Trail-Maschine”. Red Hat Issue Tracker. 21. März 2019. Abgerufen 21. März, 2019.

Externe Links[edit]