Segundo paso: Pruebas de diagnósticos de
OpenBoot
Una vez finalizada la ejecución de los diagnósticos de la POST, esta notifica al
firmware OpenBoot el estado de las pruebas ejecutadas. En ese momento, el
control vuelve a manos del código del firmware OpenBoot.
El código de firmware OpenBoot recopila un "censo" jerárquico de todos los
dispositivos del sistema que se denomina árbol de dispositivos. Aunque difiera en
distintas configuraciones de sistema, normalmente el árbol de dispositivos
comprende tanto los componentes de sistema incorporados como los dispositivos
de bus PCI opcionales.
Después de la ejecución correcta de los diagnósticos de la POST, el firmware
OpenBoot ejecuta las pruebas de diagnósticos de OpenBoot. Al igual que los
diagnósticos de la POST, el código de diagnósticos de OpenBoot se basa en el
firmware y se encuentra en la PROM de arranque.
¿Para qué sirven las pruebas de diagnósticos de OpenBoot?
Las pruebas de diagnósticos de OpenBoot se centran en la E/S del sistema y en
los dispositivos periféricos. Todos los dispositivos del árbol de dispositivos
que incorporen una comprobación automática compatible con IEEE 1275,
independientemente del fabricante, se incluyen en el grupo de pruebas de
diagnósticos de OpenBoot. En un servidor Sun Fire V490, los diagnósticos de
OpenBoot efectúan pruebas en los componentes del sistema siguientes:
Interfaces de E/S, entre las que se incluyen los puertos serie y USB.
■
Controlador del sistema
■
Teclado, ratón y vídeo (si está presente).
■
Dispositivos de arranque incorporados (Ethernet, controlador de disco).
■
Cualquier tarjeta de opción PCI con una comprobación automática incorporada
■
compatible con IEEE 1275.
De manera predeterminada, las pruebas de diagnósticos de OpenBoot se ejecutan
automáticamente mediante una secuencia cuando se inicia el sistema. También es
posible ejecutar las pruebas de diagnóstico de OpenBoot manualmente, tal como
se explica en la sección siguiente.
Capítulo 6 Herramientas de diagnóstico
91