| Ignorer les liens de navigation | |
| Quitter l'aperu | |
|
Initialisation et arrêt d'Oracle Solaris sur les plates-formes SPARC Oracle Solaris 11 Information Library (Français) |
| Ignorer les liens de navigation | |
| Quitter l'aperu | |
|
|
Initialisation et arrêt d'Oracle Solaris sur les plates-formes SPARC Oracle Solaris 11 Information Library (Français) |
1. Initialisation et arrêt d'un système SPARC (présentation)
Nouveautés concernant l'initialisation et l'arrêt d'un système
Fichiers driver.conf fournis administrativement
Réinitialisation rapide sur les plates-formes SPARC
Initialisation et arrêt d'un système SPARC (liste des rubriques)
Recommandations pour initialiser un système
Raisons de l'initialisation d'un système
SMF (utilitaire de gestion des services) et initialisation
Changements de comportement lors de l'utilisation de SMF
Fonctionnement des niveaux d'exécution
Que se passe-t-il lorsqu'un système est initialisé à un état multiutilisateur (niveau d'exécution 3)
Cas d'utilisation des niveaux d'exécution et des jalons
Présentation de l'architecture d'initialisation Oracle Solaris
2. Initialisation d'un système SPARC dans un état spécifié (tâches)
3. Arrêt d'un système (tâches)
4. Réinitialisation d'un système SPARC (tâches)
5. Initialisation d'un système SPARC à partir du réseau (tâches)
6. Modification des paramètres d'initialisation sur un système SPARC (tâches)
8. Procédure à suivre afin qu'un système SPARC reste initialisable (tâches)
9. Dépannage de l'initialisation d'un système SPARC (tâches)
L'architecture d'initialisation Oracle Solaris SPARC présente les caractéristiques fondamentales suivantes :
Utilisation d'une archive d'amorçage
L'archive d'amorçage est une image de disque RAM qui contient tous les fichiers requis pour l'initialisation d'un système.
Emploi d'une interface d'administration d'initialisation afin de préserver l'intégrité des archives d'amorçage Oracle Solaris
La commande bootadm gère les détails de la mise à jour et de la vérification de l'archive d'amorçage. Lors d'une installation ou d'une mise à niveau, la commande bootadm crée une archive d'amorçage initiale. Au cours d'un arrêt normal du système, le processus d'arrêt compare le contenu de l'archive d'amorçage avec le système de fichiers racine. Si le système a été mis à jour (pilotes ou fichiers de configuration), l'archive d'amorçage est reconstruite afin d'inclure ces modifications, de manière à synchroniser l'archive d'amorçage et le système de fichiers racine lors de la réinitialisation. Vous pouvez utiliser la commande bootadm pour mettre à jour manuellement l'archive d'amorçage. Pour obtenir des instructions, reportez-vous à la section Préservation de l'intégrité des archives d'amorçage.
Remarque - Certains options de commande bootadm ne s'appliquent pas aux plates-formes SPARC.
Pour plus d'informations, reportez-vous aux pages de manuel bootadm(1M) et boot(1M).
Utilisation d'une image du disque RAM en tant que système de fichiers racine au cours de l'installation
Ce processus est le même sur les plates-formes SPARC et x86. L'image du disque RAM est dérivée de l'archive d'amorçage, puis transférée vers le système à partir du périphérique d'initialisation.
Remarque - Sur les plates-formes SPARC, OpenBoot PROM continue d'être utilisé pour accéder au périphérique d'initialisation et transférer l'archive d'amorçage vers la mémoire du système.
Dans le cas d'une installation logicielle, l'image du disque RAM est le système de fichiers racine utilisé pour l'ensemble de l'installation. L'utilisation d'une image de disque RAM permet d'accélérer le processus d'initialisation parce qu'Oracle Solaris et tous les pilotes et les applications nécessaires sont lus une fois à partir du média amovible et placés dans la mémoire. Ensuite, le système exécute le processus d'installation en fonction du disque RAM. Le système de fichiers du disque RAM peut être de type HSFS (High Sierra File System).
Cette section décrit le processus d'initialisation de base sur les plates-formes Oracle Solaris SPARC. Pour plus d'informations sur les processus d'initialisation sur certains types de matériel, y compris les systèmes qui possèdent des processeurs de service et les systèmes physiques dotés de plusieurs domaines, reportez-vous à la documentation produit correspondant à votre matériel qui est disponible à l'adresse http://www.oracle.com/technetwork/indexes/documentation/index.html.
Le processus de chargement et d'exécution d'un programme autonome est appelé initialisation. En règle générale, le programme autonome est le noyau du système d'exploitation. Cependant, n'importe quel programme autonome peut être initialisé au lieu du noyau.
Sur les plates-formes SPARC, le processus d'initialisation se compose des phases de base suivantes :
Lorsque vous mettez un système sous tension, le microprogramme système (PROM) exécute un auto-test au démarrage (POST).
Une fois que le test a été terminé avec succès, le microprogramme tente de s'autoinitialiser, si l'indicateur approprié a été défini dans la zone de stockage non volatile qui est utilisée par le microprogramme de l'ordinateur :
Le programme de niveau secondaire est soit un bloc d'initialisation spécifique au système de fichiers, lorsque vous effectuez l'initialisation à partir d'un disque, ou inetboot ou wanboot, lorsque vous effectuez l'initialisation sur l'ensemble du réseau ou à l'aide du programme d'installation automatisée (AI).
Le processus d'initialisation réseau est comme suit :
Tout d'abord, le client obtient une adresse IP et tous les autres paramètres qui sont nécessaires pour charger le programme d'initialisation secondaire.
Ensuite, le programme d'initialisation secondaire charge l'archive d'amorçage à partir du périphérique d'initialisation.
Pour plus d'informations sur l'initialisation d'un système SPARC à partir du réseau, reportez-vous au Chapitre 5, Initialisation d'un système SPARC à partir du réseau (tâches).
A partir de la version Oracle de Solaris 10, les processus d'initialisation sur les plates-formes SPARC ont été modifiés et améliorés pour accroître la compatibilité avec les plates-formes x86.
Les quatre phases d'initialisation sont maintenant indépendantes les unes des autres :
Phase Open Boot PROM
La phase Open Boot PROM (OBP) du processus d'initialisation sur les plates-formes SPARC reste inchangée.
Pour les périphériques de disque, le pilote du microprogramme utilise généralement la méthode de charge du package d'étiquette OBP qui analyse l'étiquette VTOC au début du disque pour localiser la partition spécifiée. Les secteurs 1 à 15 de la partition sont ensuite lus dans la mémoire du système. Cette zone est communément appelée le bloc d'initialisation et contient généralement un lecteur de système de fichiers.
Phase du programme d'initialisation
Au cours de cette phase, l'archive d'amorçage est lue et exécutée. Notez qu'il s'agit de la seule phase de la procédure d'initialisation qui nécessite des connaissances relatives au format d'un système de fichiers d'initialisation. Les protocoles utilisés pour le transfert du chargeur d'initialisation et de l'archive d'amorçage incluent l'accès au disque local, NFS et HTTP.
Phase du disque RAM
Le disque RAM est une archive d'amorçage constituée de modules de noyau et d'autres composants nécessaires pour initialiser une instance d'Oracle Solaris.
Phase du noyau
La phase du noyau est l'étape finale du processus d'initialisation. Au cours de cette phase, Oracle Solaris est initialisé et un système de fichiers racine minimal est monté sur le disque RAM qui a été construit à partir de l'archive d'amorçage. Dans certains environnements, par exemple, lors de l'installation, le disque RAM est utilisé en tant que système de fichiers racine et reste monté. Le disque RAM contient un ensemble de pilotes et de fichiers au niveau du noyau, qui suffit au montage du système de fichiers racine sur le périphérique racine spécifié.
Le noyau extrait alors le reste des modules principaux de l'archive d'amorçage, s'initialise lui-même, monte le véritable système de fichiers racine, puis annule l'archive d'amorçage.
|