Ignorer les liens de navigation | |
Quitter l'aperu | |
Initialisation et arrêt d'Oracle Solaris sur les plates-formes x86 Oracle Solaris 11 Information Library (Français) |
1. Initialisation et arrêt d'un système x86 (présentation)
Nouveautés concernant l'initialisation et l'arrêt d'un système
Fichiers driver.conf fournis administrativement
Prise en charge de la console bitmap
Animation d'initialisation et d'arrêt
x86 : arrêt de la prise en charge du noyau 32 bits
Initialisation et arrêt d'un système x86 (liste des rubriques)
Directives relatives à l'initialisation d'un système x86
Raisons de l'initialisation d'un système
SMF (utilitaire de gestion des services) et initialisation
Changements du comportement de l'initialisation 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
Fonctionnement du processus d'initialisation x86
Objet et fonction du menu GRUB
Conventions de nommage des périphériques GRUB
Terminologie de l'initialisation GRUB et x86
2. Initialisation d'un système x86 à un état spécifié (tâches)
3. Arrêt d'un système (tâches)
4. Réinitialisation d'un système x86 (tâches)
5. Initialisation d'un système x86 à partir du réseau (tâches)
6. Modification des paramètres d'initialisation sur un système x86 (tâches)
8. Préservation de la capacité d'initialisation d'un système x86 (tâches)
L'utilitaire SMF offre une infrastructure qui augmente les scripts d'initialisation UNIX traditionnels, les niveaux d'exécution init et les fichiers de configuration. Grâce à SMF, le processus d'initialisation génère désormais moins de messages. Les services n'affichent pas de message par défaut à leur démarrage. Toutes les informations contenues dans les messages d'initialisation sont désormais disponibles dans un fichier journal pour chaque service situé dans le répertoire /var/svc/log. Vous pouvez utiliser la commande svcs pour vous aider à diagnostiquer des problèmes d'initialisation. Pour générer un message au démarrage de chaque service au cours du processus d'initialisation, exécutez l'option -v avec la commande boot.
A l'initialisation d'un système, vous pouvez sélectionner le jalon auquel effectuer l'initialisation ou le niveau des messages d'erreur à enregistrer. Exemple :
Vous pouvez choisir un jalon spécifique auquel effectuer l'initialisation à l'aide de cette commande :
ok boot -m milestone=milestone
Le jalon par défaut all démarre tous les services activés. Une autre jalon utile est none, qui démarre uniquement init, svc.startd et svc.configd . Ce jalon fournit un environnement de débogage très utile lorsque les services peuvent être démarrés manuellement. Reportez-vous à la section Procédure d’initialisation sans démarrer de services du manuel Administration d’Oracle Solaris : Tâches courantes pour obtenir des instructions sur l'utilisation du jalon none.
Les équivalents de niveau d'exécution single-user, multi-user et multi-user-server sont également disponibles, mais ne sont pas couramment utilisés. Le jalon multi-user-server, en particulier, ne démarre pas les services qui ne sont pas une dépendance de ce jalon, et peut donc ne pas inclure des services importants.
Vous pouvez choisir le niveau de journalisation de svc.startd à l'aide de la commande suivante :
ok boot -m logging_level
Les niveaux de journalisation que vous pouvez sélectionner sont quiet, verbose et debug. Pour des informations spécifiques sur les niveaux de journalisation, reportez-vous à la section Journalisation des erreurs du service SMF du manuel Administration d’Oracle Solaris : Tâches courantes .
La plupart des fonctions fournies par SMF se produisent en arrière-plan, de sorte que les utilisateurs n'en ont habituellement pas connaissance. D'autres fonctions sont accessibles par de nouvelles commandes.
Voici la liste des changements de comportement les plus visibles :
Le processus d'initialisation crée désormais bien moins de messages. Les services n'affichent pas de message par défaut à leur démarrage. Toutes les informations contenues dans les messages d'initialisation sont désormais disponibles dans un fichier journal pour chaque service situé dans le répertoire /var/svc/log. Vous pouvez utiliser la commande svcs pour vous aider à diagnostiquer des problèmes d'initialisation. En outre, vous pouvez exécuter l'option -v avec la commande boot pour générer un message au démarrage de chaque service lors du processus d'initialisation.
Dans la mesure où les services sont automatiquement redémarrés lorsque cela est possible, il peut sembler qu'un processus ne parvient pas à se terminer. Si le service est défectueux, il est placé en mode de maintenance, mais normalement un service est redémarré si le processus du service est interrompu. La commande svcadm doit être utilisée pour arrêter les processus de tout service SMF ne devant pas être en cours d'exécution.
La plupart des scripts dans /etc/init.d et /etc/rc*.d ont été supprimés. Les scripts ne sont plus nécessaires pour activer ou désactiver un service. Des entrées de /etc/inittab ont également été supprimées, afin que les services puissent être gérés à l'aide de SMF. Des scripts et des entrées inittab qui sont fournis par un éditeur de logiciels indépendant (ISV) ou développés localement continueront à fonctionner. Les services peuvent ne pas démarrer exactement au même stade du processus d'initialisation, mais ils ne sont pas démarrés avant les services SMF.