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)
Nouveautés concernant l'initialisation et l'arrêt d'un système
x86 : GRUB 2 est le programme d'amorçage par défaut
x86 : Prise en charge des microprogrammes UEFI 64 bits
Prise en charge de l'initialisation à partir de disques portant l'étiquette GPT
Prise en charge de l'installation des disques de grande taille
SPARC : Fin de la prise en charge de la plupart des plates-formes sun4u
Recommandations pour initialiser un système
Raisons de l'initialisation d'un système
Présentation de l'architecture d'initialisation Oracle Solaris
Description des archives d'amorçage d'Oracle Solaris
Description du processus d'initialisation
x86 : Différences entre les méthodes d'initialisation UEFI et BIOS
SMF (utilitaire de gestion des services) et initialisation
Changements du comportement de l'initialisation lors de l'utilisation de SMF
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)
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 au niveau duquel procéder à l'initialisation en exécutant cette commande sur un système SPARC.
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. Pour obtenir des instructions sur l'utilisation du jalon none, reportez-vous à la section Procédure d’initialisation sans démarrer de services du manuel Gestion des services et pannes dans Oracle Solaris 11.1.
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 plus d'informations sur les niveaux de journalisation, reportez-vous à la section Journalisation des erreurs du service SMF du manuel Gestion des services et pannes dans Oracle Solaris 11.1.
Pour initialiser un système x86 au niveau d'un jalon spécifique ou choisir un niveau de journalisation pour svc.startd, modifiez le menu GRUB au moment de l'initialisation afin d'ajouter l'argument de noyau -m smf-options à la fin de la ligne $multiboot de l'entrée d'initialisation spécifiée. Par exemple :
$multiboot /ROOT/s11u1_18/@/$kern $kern -B $zfs_bootfs -m logging-level
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 génère 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.