BIOS de administración del sistema
En informática, la especificación System Management BIOS (SMBIOS) define estructuras de datos (y métodos de acceso) que se pueden usar para leer la información de administración producida por el BIOS de un computadora. Esto elimina la necesidad de que el sistema operativo explore el hardware directamente para descubrir qué dispositivos están presentes en la computadora. La especificación SMBIOS es producida por Distributed Management Task Force (DMTF), una organización de desarrollo de estándares sin fines de lucro. La DMTF estima que dos mil millones de sistemas de clientes y servidores implementan SMBIOS.
La DMTF lanzó la versión 3.6.0 de la especificación el 20 de junio de 2022.
SMBIOS se conocía originalmente como BIOS de administración de escritorios (DMIBIOS), ya que interactuaba con la interfaz de administración de escritorios (DMI).
Historia
La versión 1 de la especificación Desktop Management BIOS (DMIBIOS) fue producida por Phoenix Technologies en 1996 o antes.
La versión 2.0 de la especificación BIOS de administración de escritorio fue lanzada el 6 de marzo de 1996 por American Megatrends (AMI), Award Software, Dell, Intel, Phoenix Technologies y SystemSoft Corporation. Introdujo funciones plug-and-play de 16 bits que se utilizan para acceder a las estructuras desde Windows 95.
La última versión publicada directamente por los proveedores fue la 2.3 el 12 de agosto de 1998. Los autores fueron American Megatrends, Award Software, Compaq, Dell, Hewlett-Packard, Intel, International Business Machines (IBM), Phoenix Technologies y Corporación SystemSoft.
Circa 1999, el Grupo de Trabajo de Gestión Distribuida (DMTF) se hizo cargo de la especificación. La primera versión publicada por DMTF fue la 2.3.1 el 16 de marzo de 1999. Aproximadamente al mismo tiempo, Microsoft comenzó a exigir que los OEM y los proveedores de BIOS admitieran la interfaz/conjunto de datos para poder obtener la certificación de Microsoft.
La versión 3.0.0, introducida en febrero de 2015, agregó un punto de entrada de 64 bits, que puede coexistir con el punto de entrada de 32 bits previamente definido.
La versión 3.4.0 se lanzó en agosto de 2020.
La versión 3.5.0 se lanzó en septiembre de 2021.
La versión 3.6.0 se lanzó en junio de 2022.
Contenido
La tabla SMBIOS consta de un punto de entrada (se definen dos tipos, 32 bits y 64 bits) y un número variable de estructuras que describen los componentes y características de la plataforma. En ocasiones, estas estructuras se denominan "tablas" o "registros" en documentación de terceros.
Tipos de estructuras
A partir de la versión 3.3.0, la especificación SMBIOS define los siguientes tipos de estructura:
Tipo | Descripción |
---|---|
0 | BIOS Information |
1 | Información del sistema |
2 | Base de referencia (o módulo) Información |
3 | Cierre del sistema o Chasis |
4 | Información del procesador |
5 | Información del controlador de memoria (Obsoleto) |
6 | Información del módulo de memoria (Obsoleto) |
7 | Cache Information |
8 | Port Connector Information |
9 | Ranuras de sistema |
10 | Información sobre los dispositivos de la Junta |
11 | OEM Pendientes |
12 | Opciones de configuración del sistema |
13 | BIOS Language Information |
14 | Group Associations |
15 | Registro de eventos del sistema |
16 | Memoria Física Array |
17 | Dispositivo de memoria |
18 | Información de error de memoria 32-Bit |
19 | Memoria Array Dirección Mapped |
20 | Dirección del dispositivo de memoria |
21 | Dispositivo de punción integrado |
22 | Batería portátil |
23 | Reset |
24 | Seguridad de hardware |
25 | Controles de potencia del sistema |
26 | Probe de tensión |
27 | Dispositivo de refrigeración |
28 | Probe de temperatura |
29 | Electrical Current Probe |
30 | Acceso remoto fuera de borda |
31 | Boot Integrity Services (BIS) Entry Point |
32 | Información de arranque del sistema |
33 | 64-Bit Memoria Información de error |
34 | Dispositivo de gestión |
35 | Componente de dispositivo de gestión |
36 | Datos de control de dispositivos |
37 | Canal de memoria |
38 | IPMI Device Information |
39 | Sistemas de suministro de energía |
40 | Información adicional |
41 | Dispositivos a bordo Información ampliada |
42 | Interfaz de Host Controlador de Gestión |
43 | Dispositivo TPM |
44 | Procesador Información adicional |
126 | Inactivo |
127 | Fin de la capacidad |
128–255 | Disponible para información específica del sistema y OEM |
129 | Intel ASF |
130 | Intel AMT |
131 | Intel Management Engine |
Acceso a los datos SMBIOS
La tabla de configuración de EFI (EFI_CONFIGURATION_TABLE) contiene entradas que apuntan a las tablas SMBIOS 2 y/o SMBIOS 3. Hay varias formas de acceder a los datos, según la plataforma y el sistema operativo.
De UEFI
En UEFI Shell, el comando SmbiosView puede recuperar y mostrar los datos de SMBIOS. A menudo se puede ingresar al shell UEFI ingresando a la configuración del firmware del sistema y luego seleccionando el shell como opción de inicio (a diferencia de una unidad de DVD o un disco duro).
Desde Unix
Para Linux, FreeBSD, etc., se puede utilizar la utilidad dmidecode.
Desde Windows
Microsoft especifica WMI como el mecanismo preferido para acceder a la información SMBIOS desde Microsoft Windows.
En los sistemas Windows que lo admiten (XP y posteriores), parte de la información de SMBIOS se puede ver con la utilidad WMIC con 'BIOS'/'MEMORYCHIP'/'BASEBOARD&. #39; y parámetros similares, o buscando en el Registro de Windows en HKLMHARDWAREDESCRIPTIONSystem.
Varias utilidades de software pueden recuperar datos SMBIOS sin procesar, incluidos FirmwareTablesView y AIDA64.
Generando datos SMBIOS
La creación de tablas y estructuras normalmente depende del firmware/BIOS del sistema. La especificación de inicialización de plataforma (PI) UEFI incluye un protocolo SMBIOS (EFI_SMBIOS_PROTOCOL) que permite a los componentes enviar estructuras SMBIOS para su inclusión y permite al productor crear la tabla SMBIOS para una plataforma.
El software de virtualización de plataformas también puede generar tablas SMBIOS para usar dentro de máquinas virtuales, por ejemplo QEMU.
Si los datos de SMBIOS no se generan y completan correctamente, es posible que la máquina se comporte de manera inesperada. Por ejemplo, una Mini PC que anuncia Información del chasis | Type = Tablet puede comportarse inesperadamente al utilizar Linux. Un administrador de escritorio como GNOME intentará monitorear una batería inexistente y apagar la pantalla y las interfaces de red cuando la batería faltante caiga por debajo de un umbral. Además, si la Información del chasis | El fabricante no se completa correctamente, entonces no se pueden aplicar soluciones alternativas para el problema de Tipo = Tablet incorrecto.