Publicité
TABLEAU 6-2
Variable de
configuration OpenBoot
Description et mots clés
Indique le type d'événement de réinitialisation susceptible de provoquer l'exécution
post-trigger
d'auto-tests à la mise sous tension (POST) ou de tests OpenBoot Diagnostics. Ces
variables peuvent prendre en charge des mots clés uniques ou encore des
combinaisons des trois premiers mots clés séparés par des espaces. Pour plus
d'informations, reportez-vous à la section « Visualisation et définition des variables
obdiag-trigger
de configuration OpenBoot », page 184.
• error-reset : réinitialisation provoquée par certaines conditions d'erreur
matérielle non récupérable. En général, une réinitialisation d'erreur se produit
lorsqu'un problème matériel altère les données d'état du système et que la machine
« rencontre des difficultés ». Exemples : réinitialisation de l'UC et du mécanisme de
surveillance, erreurs fatales et événements de réinitialisation de certaines UC (par
défaut).
• power-on-reset : réinitialisation provoquée par une pression sur le bouton
d'alimentation (par défaut).
• user-reset : réinitialisation lancée par l'utilisateur ou par le système
d'exploitation. Exemples de réinitialisation utilisateur : commandes OpenBoot boot
et reset-all, commande Solaris reboot.
• all-resets : tous les types de réinitialisation système.
• none : aucun auto-test à la mise sous tension (ni test OpenBoot Diagnostics)
n'est exécuté.
Sélectionne le point d'entrée de la console. La valeur par défaut est keyboard.
input-device
• ttya : port série intégré.
• keyboard : clavier connecté faisant partie d'un terminal graphique.
• rsc-console : RSC.
Sélectionne le point de sortie de diagnostic et de console. La valeur par défaut est
output-device
screen.
• ttya : port série intégré.
• screen : écran connecté faisant partie d'un terminal graphique.
• rsc-console : RSC.
1 .Les messages POST ne peuvent pas être affichés sur un terminal graphique. Ils sont envoyés vers ttya même lorsque output-device
est réglé sur screen.
Remarque : ces variables affectent les tests OpenBoot Diagnostics, ainsi
que les diagnostics POST.
Deuxième étape : tests OpenBoot Diagnostics
Une fois l'exécution du diagnostic POST terminée, POST indique au
microprogramme OpenBoot l'état de chaque test effectué. Le contrôle repasse
ensuite au code du microprogramme OpenBoot.
90
Guide d'administration du serveur Sun Fire V480 • Février 2002
Variables de configuration OpenBoot
1
Publicité
