TABLA 6-2
Variables de
configuración
de OpenBoot
Descripción y palabras clave
Especifica la clase de evento de reinicio que causa la ejecución de las comprobaciones
post-trigger
automáticas al encendido (o los diagnósticos de OpenBoot). Estas variables pueden
aceptar una sola palabra clave, así como combinaciones de las tres primeras palabras
clave separadas por espacios. Para obtener más información, consulte la sección "Cómo
visualizar y establecer las variables de configuración de OpenBoot" en la página 184.
obdiag-trigger
• error-reset: reinicio causado por determinadas condiciones de error de
hardware irrecuperables. En general, un reinicio de error se produce cuando un
problema de hardware daña los datos de estado del sistema y la máquina está
"confusa". Entre los ejemplos se incluyen reinicios de vigilancia del sistema y de CPU,
y ciertos eventos de reinicio de CPU (predeterminados).
• power-on-reset: reinicio debido a que se ha pulsado el botón de encendido
(predeterminado).
• user-reset: reinicio iniciado por el usuario o el sistema operativo. Ejemplos de
reinicios de usuario son los comandos boot y reset-all de OpenBoot, así como el
comando reboot de Solaris.
• all-resets: cualquier tipo de reinicio del sistema.
• none: no se ejecuta ninguna comprobación automática al encendido (ni diagnósticos
de OpenBoot).
Selecciona de dónde proviene la entrada de la consola. El valor predeterminado es
input-device
keyboard.
• ttya: del puerto serie incorporado.
• keyboard: del teclado conectado que forma parte del terminal gráfico.
• rsc-console: de RSC.
Selecciona dónde se muestran los diagnósticos y otros tipos de salida de la consola.
output-device
El valor predeterminado es screen.
• ttya: en el puerto serie incorporado.
• screen: en la pantalla conectada que forma parte del terminal gráfico.
• rsc-console: en RSC.
1. Los mensajes de la POST no se pueden mostrar en un terminal gráfico. Se envían al ttya incluso si output-device está establecido
en screen.
Nota: Estas variables afectan tanto a las pruebas de diagnósticos de OpenBoot
como a los diagnósticos de la POST.
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.
90
Servidor Sun Fire V480: Guía de administración • Febrero de 2002
Variables de configuración de OpenBoot (Continuación)