Ignorer les liens de navigation | |
Quitter l'aperu | |
Initialisation et arrêt des systèmes Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Français) |
1. Initialisation et arrêt d'un système (Présentation)
2. x86 : Administration de GRand Unified Bootloader (tâches)
3. Arrêt d'un système (tâches)
4. Initialisation d'un système (tâches)
5. Initialisation d'un système à partir du réseau (tâches)
6. Dépannage de l'initialisation d'un système (tâches)
Gestion des archives d'amorçage Oracle Solaris
Etablissement de la liste du contenu de l'archive d'initialisation
Gestion du service SMF boot-archive
Activation ou désactivation du service SMF boot-archive
Arrêt et initialisation d'un système à des fins de récupération
SPARC : Arrêt d'un système à des fins de récupération
x86 : Arrêt et réinitialisation d'un système à des fins de récupération
Initialisation à partir d'un média pour résoudre un mot de passe root inconnu
Forçage d'un vidage sur incident et d'une réinitialisation du système
SPARC : Forçage d'un vidage sur incident et d'une réinitialisation du système
x86 : Forçage d'un vidage sur incident et d'une réinitialisation du système
Initialisation d'un système avec le débogueur de noyau (kmdb) activé
SPARC : Initialisation d'un système avec le débogueur de noyau (kmdb) activé
x86 : Initialisation d'un système avec le débogueur de noyau (kmdb) activé
x86 : Résolution des problèmes liés à la réinitialisation rapide
x86 : Débogage des éventuelles premières paniques
x86 : Conditions dans lesquelles la réinitialisation rapide risque de ne pas fonctionner
Résolution des problèmes liés à l'initialisation et l'utilitaire de gestion des services
Les procédures suivantes sont fournies dans cette section :
SPARC : Forçage d'un vidage sur incident et d'une réinitialisation du système
x86 : Forçage d'un vidage sur incident et d'une réinitialisation du système
Le forçage d'un vidage sur incident et la réinitialisation du système sont parfois nécessaires à des fins de dépannage. La fonction savecore est activée par défaut.
Pour plus d'informations sur les vidages sur incident système, reportez-vous à la section Gestion des informations sur les vidages sur incident du système du manuel Dépannage de problèmes courants dans Oracle Solaris 11.1.
Suivez cette procédure pour forcer le vidage sur incident d'un système SPARC. L'exemple qui suit cette procédure indique comment utiliser la commande halt - d pour forcer un vidage sur incident du système. Vous devez réinitialiser manuellement le système après l'exécution de cette commande.
> n ok sync
Une fois le vidage sur incident écrit sur le disque, le système poursuit sa réinitialisation.
L'invite de connexion s'affiche lorsque le processus d'initialisation s'est terminé avec succès.
hostname console login:
Exemple 6-3 SPARC : Forçage du vidage sur incident et de la réinitialisation d'un système à l'aide de la commande halt- d
Cet exemple illustre comment forcer le vidage sur incident ainsi que la réinitialisation d'un système SPARC par le biais de la commande halt -d.
# halt -d Jul 21 14:13:37 jupiter halt: halted by root panic[cpu0]/thread=30001193b20: forced crash dump initiated at user request 000002a1008f7860 genunix:kadmin+438 (b4, 0, 0, 0, 5, 0) %l0-3: 0000000000000000 0000000000000000 0000000000000004 0000000000000004 %l4-7: 00000000000003cc 0000000000000010 0000000000000004 0000000000000004 000002a1008f7920 genunix:uadmin+110 (5, 0, 0, 6d7000, ff00, 4) %l0-3: 0000030002216938 0000000000000000 0000000000000001 0000004237922872 %l4-7: 000000423791e770 0000000000004102 0000030000449308 0000000000000005 syncing file systems... 1 1 done dumping to /dev/dsk/c0t0d0s1, offset 107413504, content: kernel 100% done: 5339 pages dumped, compression ratio 2.68, dump succeeded Program terminated ok boot Resetting ... . . Rebooting with command: boot Boot device: /pci@1f,0/pci@1,1/ide@3/disk@0,0:a File and args: kernel/sparcv9/unix configuring IPv4 interfaces: hme0. add net default: gateway 172.20.27.248 Hostname: jupiter The system is coming up. Please wait. NIS domain name is example.com . . . System dump time: Wed Jul 21 14:13:41 2010 Jul 21 14:15:23 jupiter savecore: saving system crash dump in /var/crash/jupiter/*.0 Constructing namelist /var/crash/jupiter/unix.0 Constructing corefile /var/crash/jupiter/vmcore.0 100% done: 5339 of 5339 pages saved . . .
Si vous n'êtes pas en mesure d'exécuter la commande reboot -d ou halt -d, vous pouvez forcer un vidage à l'aide du débogueur de noyau (kmdb). Le débogueur de noyau doit avoir été chargé soit à l'initialisation, soit à l'aide de la commande mdb - k, pour que la procédure suivante fonctionne.
Remarque - Il faut activer le mode texte pour pouvoir accéder au débogueur de noyau. Par conséquent, vous devez d'abord quitter tous les systèmes de multifenêtrage.
La méthode à suivre pour ouvrir le débogueur dépend de la console par le biais de laquelle vous accédez au système.
Si vous utilisez un clavier connecté localement, appuyez sur F1-A.
Si vous utilisez une console série, envoyez une interruption en utilisant la méthode appropriée pour ce type de console série.
L'invite kmdb s'affiche.
[0]> $<systemdump
Des messages d'erreur grave s'affichent, le vidage sur incident est enregistré et le système se réinitialise.
Exemple 6-4 x86 : Opérations forcées de vidage sur incident et de réinitialisation du système par le biais de la commande halt -d
Cet exemple illustre comment forcer le vidage sur incident ainsi que la réinitialisation d'un système x86 par le biais de la commande halt -d.
# halt -d 4ay 30 15:35:15 wacked.<domain>.COM halt: halted by user panic[cpu0]/thread=ffffffff83246ec0: forced crash dump initiated at user request fffffe80006bbd60 genunix:kadmin+4c1 () fffffe80006bbec0 genunix:uadmin+93 () fffffe80006bbf10 unix:sys_syscall32+101 () syncing file systems... done dumping to /dev/dsk/c1t0d0s1, offset 107675648, content: kernel NOTICE: adpu320: bus reset 100% done: 38438 pages dumped, compression ratio 4.29, dump succeeded Welcome to kmdb Loaded modules: [ audiosup crypto ufs unix krtld s1394 sppp nca uhci lofs genunix ip usba specfs nfs md random sctp ] [0]> kmdb: Do you really want to reboot? (y/n) y