Partie I Planification de l'installation sur le réseau

Cette partie décrit la procédure de planification d'une installation sur le réseau.

Chapitre 1 Nouvelles fonctionnalités d'installation de Solaris

Le présent chapitre décrit les nouvelles fonctions des programmes d'installation de Solaris. Pour afficher les fonctions de l'ensemble des systèmes d'exploitation Solaris, reportez-vous à la rubrique Nouveautés de Solaris 10.

• Nouvelles fonctionnalités de la version Solaris 10 1/06 pour l'installation de Solaris

• Nouvelles fonctionnalités de la version Solaris 10 3/05 pour l'installation de Solaris

Nouvelles fonctionnalités de la version Solaris 10 1/06 pour l'installation de Solaris

Cette section décrit les nouvelles fonctions d'installation suivantes proposées avec la version Solaris 10 1/06.

Mise à niveau du système d'exploitation (OS) Solaris lorsque des zones non globales sont installées

Démarrage avec la version Solaris 10 1/06, la technologie de partitionnement Solaris Zones autorise la configuration de zones non globales dans une seule instance de Solaris, la zone globale. Une zone non globale est un environnement d'exécution d'applications dans lequel des processus sont isolés de toutes les autres zones. Si vous exécutez un système contenant des zones non globales installées, pour effectuer une mise à niveau vers la version Solaris 1/06, vous pouvez utiliser les programmes de mise à niveau standard de Solaris. Vous avez le choix entre le programme d'installation interactive de Solaris ou la mise à niveau JumpStart personnalisée. Il existe plusieurs restrictions relatives à la mise à niveau lorsque des zones non globales installées sont présentes.

• Un nombre réduit de mots-clés JumpStart personnalisés sont acceptés. Pour obtenir la liste des mots-clés JumpStart personnalisés reconnus, reportez-vous à la rubrique Guide d’installation Solaris 10 : Installations JumpStart personnalisée et avancée.

• Les CD-ROM n'étant pas distribués, vous pouvez toujours effectuer la mise à jour à partir d'un DVD-ROM ou d'une image d'installation réseau.

• Sur un système ne comptant pas de zones non globales installées, n'utilisez pas Solaris Live Upgrade pour la mise à niveau de votre système. Bien que la commande lucreate vous permette de créer un environnement d'initialisation, la mise à niveau d'un environnement d'initialisation contenant des zones non globale installées à l'aide de la commande luupgrade est impossible. Dans ce cas, la mise à niveau échoue et un message d'erreur apparaît.

Pour plus d'informations sur le programme d'installation interactive de Solaris, reportez-vous à la rubrique Guide d’installation de Solaris 10 : Installations de base

x86 : Initialisation GRUB

Démarrage avec la version Solaris 10 1/06, l'application open source GRUB (GNU GRand Unified BootLoader) a été adoptée dans le système d'exploitation Solaris pour les systèmes x86. GRUB est responsable du chargement d'une archive d'initialisation dans la mémoire du système. Un archive d'initialisation se compose d'un ensemble de fichiers sensibles qui sont nécessaires au démarrage du système avant le montage du système de fichiers racine (/). L'archive d'initialisation permet d'initialiser le système d'exploitation Solaris.

La modification la plus notable est le remplacement de la assistant de configuration des périphériques de Solaris par le menu GRUB. Le menu GRUB facilite l'initialisation des systèmes d'exploitation installées sur votre système. Le menu GRUB apparaît lorsque vous initialisez un système x86. En vous aidant des touches fléchées, il vous permet de sélectionner une instance d'un système d'exploitation à installer. Si aucune instance n'est sélectionnée, c'est celle du système d'exploitation par défaut qui est initialisée.

L'initialisation GRUB offre les améliorations suivantes :

• Durée d'initialisation plus courte

• Installation à partir de lecteurs de CD/DVD USB

• Possibilité d'initialiser à partir de périphériques de stockage USB

• Paramétrage DHCP simplifié pour une initialisation PXE (options non spécifiques des fournisseurs)

• Élimination de tous les pilotes en mode réel

• Possibilité d'utiliser Solaris Live Upgrade et le menu GRUB pour activer et se rabattre rapidement sur des environnements d'initialisation.

Pour plus d'informations sur GRUB reportez-vous aux sections suivantes.

GNU est un acronyme récursif de “GNU's Not UNIX.” Pour plus d'informations, visitez le site http://www.gnu.org.

Modifications dans le support des mises à niveau des versions de Solaris

Démarrage avec la version Solaris 1/06, vous pouvez effectuer une mise à niveau à partir des versions 8, 9 ou 10. La mise à niveau à partir de la version Solaris 7 n'est pas possible.

Nouvelles fonctionnalités de la version Solaris 10 3/05 pour l'installation de Solaris

Cette section décrit les nouvelles fonctions d'installation suivantes de la version Solaris 10 3/05.

Modifications concernant l'installation de Solaris, en particulier unification de la procédure

Démarrage avec la version Solaris 10 3/05, plusieurs changements dans l'installation du système d'exploitation Solaris offrent davantage de capacités d'installation à la fois simplifiées et unifiées.

Voici quelques-uns de ces changements :

• Cette version comporte un DVD et plusieurs CD-ROM d'installation. Le DVD du système d'exploitation Solaris englobe le contenu de tous les CD d'installation.

  • Solaris Software 1 – Il s'agit de l'unique CD-ROM d'amorçage. Il vous permet d'accéder à l'interface graphique d'installation de Solaris et à l'installation sur la console. Vous avez également la possibilité d'installer les logiciels sélectionnés à partir de l'interface graphique et de l'installation sur la console.

  • Autres CD du système d'exploitation Solaris : ces CD contiennent les éléments suivants :

    • les packages Solaris que vous êtes invité à installer si nécessaire ;

    • le logiciel ExtraValue comprenant des logiciels pris en charge ou non ;

    • les programmes d'installation ;

    • le logiciel de l'interface et la documentation localisés.

• Le CD-ROM d'installation Solaris n'existe plus.

• Pour les supports CD-ROM et DVD, l'interface graphique est installée par défaut (si la quantité de mémoire du système est suffisante). Toutefois, vous pouvez spécifier une installation sur la console avec l'option d'amorçage text.

• Le processus d'installation a été simplifié pour que vous puissiez choisir la prise en charge d'une langue lors de l'amorçage et sélectionner plus tard l'environnement linguistique de votre choix.

La méthode d'installation personnalisée JumpStart^TM de Solaris (non interactive) n'a pas été modifiée.

Pour installer le système d'exploitation Solaris, insérez le CD Solaris Software - 1 ou le DVD du système d'exploitation Solaris et saisissez l'une des commandes suivantes :

• Pour l'installation de l'interface graphique (IG) par défaut (si la mémoire du système est suffisante), saisissez boot cdrom.

• Pour l'installation à partir de la console, saisissez boot cdrom - text.

Accès aux installations via l'interface graphique ou la console

Démarrage avec la version Solaris 10 3/05, vous pouvez opter pour une installation du logiciel à l'aide de l'IG ou avec ou sans un environnement de fenêtres. Si la mémoire est suffisante, par défaut, c'est l'IG qui apparaît. Sinon, d'autres environnements sont affichés par défaut. Vous pouvez remplacer les paramètres par défaut à l'aide des options de démarrage nowin ou text. Vous êtes cependant limité par le volume de mémoire de votre système ou par les paramètres d'installation à distance. De même, si le programme d'installation Solaris ne détecte pas d'adaptateur vidéo, le programme est automatiquement affiché dans un environnement de console.

Pour plus d'informations sur la configuration requise spécifique pour la mémoire, reportez-vous la rubrique Configuration système requise et recommandations.

Améliorations des patchs et packages d'installation JumpStart personnalisée

Démarrage avec la version Solaris 10 3/05, lorsque vous installez et mettez à niveau le système d'exploitation Solaris à l'aide de la méthode d'installation JumpStart personnalisée, de nouvelles personnalisations autorisent les opérations suivantes :

• L'installation de Solaris Flash avec des packages supplémentaires

  Le mot-clé package du profil JumpStart personnalisé a été amélioré pour permettre l'installation d'une archive Solaris Flash avec des packages supplémentaires. Par exemple, vous pouvez installer la même archive de base sur deux machines, mais ajouter un ensemble de packages différent à chaque machine. Ces packages ne doivent pas forcément faire partie de la distribution du SE Solaris.

• Une installation avec des packages supplémentaires non inclus dans la distribution Solaris

  Le mot-clé package a également été amélioré pour permettre l'installation d'un package ne faisant pas partie de la distribution Solaris. Il n'est plus utile d'écrire un script de postinstallation pour ajouter des packages supplémentaires.

• Une installation avec la possibilité d'ajouter les patchs du SE Solaris

  Le mot-clé patch du nouveau profil JumpStart personnalisé permet l'installation de patchs du SE Solaris. Grâce à cette fonction, il est possible d'installation plusieurs patchs spécifiés dans un fichier de patchs.

Pour plus d'informations, consultez le Guide d’installation Solaris 10 : Installations JumpStart personnalisée et avancée.

Configuration de plusieurs interfaces réseau lors de l'installation

Démarrage avec la version Solaris 10 3/05, les programmes d'installation de Solaris vous permettent de configurer plusieurs interfaces pendant votre installation. Vous pouvez préconfigurer ces interfaces dans le fichier sysidcfg du système. Vous pouvez aussi configurer plusieurs interfaces lors de l'installation. Pour plus d'informations, consultez les documents suivants :

• Guide d’installation de Solaris 10 : Installations basées sur les réseaux

• sysidtool(1M)

• sysidcfg(4)

SPARC : Modifications du package 64 bits

Dans les versions précédentes de Solaris, le logiciel Solaris était fourni sous forme de packages distincts pour les composants 32 bits et les composants 64 bits. Démarrage avec la version Solaris 10 3/05, le packaging a été simplifié grâce à la fourniture de la plupart des composants 32 bits et 64 bits dans un même package. Le package combiné conserve le nom des packages 32 bits d'origine et le package 64 bits ne sera plus livré.

La suppression des packages 64 bits simplifie l'installation et améliore les performances :

• réduction du nombre de packages, ce qui simplifie les scripts personnalisés JumpStart contenant la liste des packages ;

• simplification du système de packaging, avec un seul package regroupant les fonctions du logiciel ;

• réduction de la durée d'installation en raison du nombre plus faible de packages à installer.

Les packages 64 bits ont été renommés selon les conventions suivantes :

• Si un package 64 bits a un équivalent 32 bits, il porte désormais le nom du package 32 bits. Par exemple, une bibliothèque 64 bits comme /usr/lib/sparcv9/libc.so.1 aurait été fournie précédemment sous la forme SUNWcslx, mais elle est maintenant distribuée sous la forme SUNWcsl. Le package 64 bits SUNWcslx n'est plus fourni.

• Lorsqu'un package n'a pas d'équivalent 32 bits, le suffixe “x” est supprimé du nom. Par exemple, SUNW1394x devient SUNW1394.

Cette modification signifie que vous devrez peut-être adapter votre script JumpStart personnalisé ou d'autres scripts d'installation de packages pour supprimer les références aux packages 64 bits.

Création d'un nouvel environnement d'initialisation par la méthode d'installation Jumpstart personnalisée

Démarrage avec la version Solaris 10 3/05, vous pouvez utiliser la méthode d'installation JumpStart pour créer un environnement d'initialisation vide lorsque vous installez le système d'exploitation Solaris. Vous pouvez ensuite le charger avec une archive Solaris Flash pour un usage ultérieur.

Pour de plus amples information, reportez-vous au Chapitre 11, Méthode d’installation JumpStart personnalisée – Références du Guide d’installation Solaris 10 : Installations JumpStart personnalisée et avancée.

Groupe de logiciels Reduced Networking

Démarrage avec la version Solaris 10 3/05, vous pouvez désormais créer un système plus sécurisé avec moins de services réseau activés en sélectionnant ou en spécifiant le groupe de logiciels Reduced Networking (SUNWCrnet) durant votre installation. Le groupe de logiciels Reduced Networking offre des utilitaires d'administration du système et une console texte multiutilisateur. SUNWCrnet permet au système de reconnaître les interfaces réseau. Lors de l'installation, vous pouvez personnaliser la configuration de votre système en ajoutant les packages logiciels et en activant les services réseau en fonction des besoins.

Pour plus d'informations, consultez le Guide d’installation Solaris 10 : Installations JumpStart personnalisée et avancée.

Modification des tables de partitionnement de disque à l'aide d'une table des matières virtuelle

Démarrage avec la version Solaris 10 3/05, le programme d'installation de Solaris vous permet maintenant de charger des tranches existantes à partir de la table des matières virtuelle (VTOC).Vous pouvez désormais préserver et utiliser les tranches de disque existantes lors de l'installation, au lieu d'adopter la disposition de disque par défaut du programme d'installation.

x86 : modification de la distribution de la partition de disque d'initialisation par défaut

Démarrage avec la version Solaris 10 3/05, une nouvelle fonction du programme d'installation de Solaris consiste en la configuration de la partition du disque d'initialisation. Cette disposition héberge par défaut la partition de service sur les systèmes Sun x86. Ce programme d'installation vous permet de préserver une partition de service existante.

La nouvelle valeur par défaut inclut les partitions suivantes :

• première partition : partition de service (taille présente sur le système) ;

• deuxième partition : partition d'initialisation x86 (environ 11 Mo) ;

• troisième partition : partition du système d'exploitation Solaris (espace restant sur le disque d'initialisation).

Si vous désirez utiliser cette distribution par défaut, sélectionnez Default lorsque le programme d'installation Solaris vous demande de choisir une distribution de disque d'initialisation.

Si vous installez Solaris pour les systèmes x86 sur un système n'incluant actuellement aucune partition de service, le programme d'installation Solaris ne crée pas de nouvelle partition de service. Si vous voulez créer une partition de service sur votre système, commencez par utiliser le CD de diagnostics de votre système pour la créer. Une fois la partition de service créée, procédez à l'installation du système d'exploitation Solaris.

Pour plus d'informations sur la création d'une partition de service, reportez-vous à la documentation accompagnant votre matériel.

Pour plus d'informations, consultez le Guide d’installation Solaris 10 : Installations JumpStart personnalisée et avancée.

Chapitre 2 Installation et mise à niveau de Solaris (Feuille de route)

Ce chapitre répertorie l'ensemble des décisions que vous devrez prendre avant d'installer ou de mettre à niveau votre système d'exploitation Solaris (SE Solaris). Ce chapitre se compose des sections suivantes :

• Liste des tâches : installation ou mise à niveau du logiciel Solaris

• Installation à partir de votre réseau ou à partir du DVD ou de plusieurs CD ?

• Installation initiale ou mise à niveau ?

• Choix d'une méthode d'installation de Solaris

• Sun Java System Application Server Platform Edition 8

bien que le terme « partition » soit utilisé dans certains documents et programmes Solaris, nous avons choisi d'employer ici le terme tranche.

x86: Pour éviter toute confusion, ce manuel fait la distinction entre des partitions fdisk x86 et les divisions au sein de la partition fdisk de Solaris. Les divisions fdisk x86 sont appelées « partitions ». Les divisions au sein de la partition fdisk Solaris sont appelées « tranches ».

Liste des tâches : installation ou mise à niveau du logiciel Solaris

La liste des tâches suivante présente les étapes nécessaires à l'installation ou la mise à niveau du système d'exploitation Solaris lors de l'utilisation d'un programme d'installation. Reportez-vous à cette liste pour connaître l'ensemble des décisions que vous devrez prendre pour installer votre environnement le plus efficacement possible.

Installation à partir de votre réseau ou à partir du DVD ou de plusieurs CD ?

Le logiciel Solaris est vendu sur DVD ou CD. Vous pouvez donc installer ou mettre à niveau tout système équipé (ou susceptible de l'être) d'un lecteur de DVD ou de CD.

Vous pouvez configurer les systèmes à installer depuis le réseau à l'aide d'images DVD ou CD distantes. Vous opterez peut-être pour cette façon de procéder pour les raisons suivantes :

• Vos systèmes ne sont pas équipés de lecteur DVD ou de CD local

• Vous voulez installer le logiciel Solaris sur plusieurs systèmes et voulez éviter d'insérer des disques dans chaque lecteur local

Vous pouvez utiliser n'importe quelle méthode d'installation de Solaris pour installer un système à partir de votre réseau. Sachez, toutefois, que l'installation de systèmes à partir de votre réseau, à l'aide de la fonction d'installation Solaris Flash ou de l'installation JumpStart personnalisée, vous permet de centraliser et d'automatiser le processus d'installation au sein d'une grande entreprise. Pour plus d'informations sur les différentes méthodes d'installation, reportez-vous à la rubrique Choix d'une méthode d'installation de Solaris.

L'installation du logiciel Solaris à partir de votre réseau implique une configuration initiale. Pour de plus amples informations sur les préparatifs nécessaires à une installation à partir du réseau, sélectionnez une des options proposées ci-dessous.

Installation initiale ou mise à niveau ?

Vous pouvez procéder à une première installation du système d'exploitation Solaris ou, si le système d'exploitation Solaris est déjà installé sur votre système, vous contenter d'effectuer une mise à niveau.

Installation initiale

Une installation initiale écrase les données présentes sur le disque dur de votre système et les remplace par la nouvelle version du système d'exploitation Solaris. Si celui-ci n'est pas déjà installé sur votre système, vous devez procéder à une installation initiale.

Vous pouvez également utiliser ce type d'installation si votre système tourne déjà sous Solaris. Si vous souhaitez préserver vos modifications locales, sauvegardez-les avant de commencer l'installation. Vous pourrez ainsi les restaurer lorsqu'elle sera achevée.

Vous pouvez utiliser n'importe quelle méthode d'installation de Solaris pour effectuer une installation initiale. Pour obtenir des informations détaillées sur les diverses méthodes d'installation de Solaris, reportez-vous à la rubriqueChoix d'une méthode d'installation de Solaris.

Mise à niveau

Deux méthodes de mise à niveau du système d'exploitation Solaris sont disponibles : la méthode standard et Solaris Live Upgrade. Une mise à niveau standard conserve autant de paramètres de configuration du système d'exploitation Solaris existant que possible. Solaris Live Upgrade crée une copie du système actuel. Cette copie peut être mise à niveau via la méthode de mise à niveau standard. Le système d'exploitation Solaris mis à niveau peut devenir le système actif par le biais d'une simple réinitialisation. En cas de panne, vous pouvez revenir au système d'exploitation Solaris d'origine en effectuant une réinitialisation. Solaris Live Upgrade vous permet de faire la mise à niveau tout en ayant le système en cours d'exécution, ainsi que de basculer rapidement d'une version de SE Solaris à une autre.

Pour de plus amples informations sur la mise à niveau et pour consulter la liste des méthodes de mise à niveau, reportez-vous à la rubrique Mise à niveau.

Choix d'une méthode d'installation de Solaris

Le système d'installation Solaris offre plusieurs programmes pour une installation ou une mise à niveau. Chaque technologie d'installation comporte des fonctions distinctes adaptées à des configurations et environnements d'installation spécifiques. Aidez-vous du tableau suivant pour décider de la méthode d'installation à utiliser.

Sun Java System Application Server Platform Edition 8

Sun Java System Application Server Platform Edition 8 fournit les fonctionnalités permettant de déployer à grand échelle des services d'application et Web. Il est automatiquement installé avec Solaris OS. Pour de plus amples informations sur le serveur, consultez les documents suivants :

Chapitre 3 Installation et mise à niveau de Solaris (planification)

Ce chapitre décrit la configuration système requise par l'installation ou la mise à niveau de l'environnement d'exploitation Solaris. Vous trouverez également dans ce chapitre des directives pour planifier l'allocation d'espace disque et d'espace swap par défaut. Ce chapitre se compose des sections suivantes :

• Configuration système requise et recommandations

• Allocation d'espace disque et de swap

• Mise à niveau

• Détermination de la version du système d'exploitation Solaris exécutée par le système

• Valeurs des versions localisées

• Les noms et les groupes de plates-formes

• Installation de et mise à niveau en cas d'utilisation de zones non globales

• SPARC : Modifications apportées au conditionnement 64 bits

• x86 : Recommandations pour le partitionnement

Configuration système requise et recommandations

Vous pouvez choisir d'installer le logiciel à l'aide d'une interface graphique ou en utilisant un environnement multifenêtrage ou autre. Si la mémoire est suffisante, l'IG s'affiche par défaut. Les autres environnements s'affichent par défaut lorsque la mémoire est insuffisante pour l'IG. Vous pouvez remplacer les paramètres par défaut à l'aide des options de démarrage nowin ou text. Toutefois, vous êtes limité par la quantité de mémoire de votre système ou par les paramètres d'installation à distance. En outre, si le programme d'installation de Solaris ne détecte pas d'adaptateur vidéo, il affiche automatiquement un environnement de console. Le Tableau 3–3 décrit ces environnements et indique la mémoire requise pour leur affichage.

Allocation d'espace disque et de swap

Avant d'installer le logiciel Solaris, vous pouvez procéder à une planification de haut niveau afin de déterminer si votre système dispose d'un espace disque suffisant.

Recommandations générales de planification d'espace disque

La planification d'espace disque est une opération spécifique à chaque environnement. Prévoyez de l'espace disque pour les conditions suivantes, le cas échéant.

Espace disque requis pour chaque groupe de logiciels

Les groupes de logiciels Solaris sont des collections de packages Solaris. Chaque groupe de logiciels prend en charge des fonctions et des pilotes différents.

• S'il s'agit d'une première installation, vous devez sélectionner le groupe de logiciels à installer en tenant compte des fonctions que vous voulez exécuter sur le système.

• S'il s'agit d'une mise à niveau, vous devez mettre à niveau le groupe de logiciels installé sur le système. Par exemple, si vous avez précédemment installé le groupe de logiciels Solaris pour utilisateur final sur votre système, vous ne pouvez pas utiliser l'option de mise à niveau du groupe de logiciels Solaris pour développeur. Rien ne vous empêche toutefois d'ajouter, pendant la mise à niveau, des logiciels ne faisant pas partie du groupe de logiciels actuellement installé.

En cours d'installation du logiciel Solaris, vous pouvez ajouter des packages au groupe de logiciels choisi ou en supprimer. Pour sélectionner des packages à ajouter ou supprimer, vous devez connaître les dépendances logicielles et savoir comment les packages du logiciel Solaris sont organisés.

La figure suivante montre les groupes de packages. Le groupe de logiciels Reduced Network Support contient le nombre minimal de packages alors que le groupe de logiciels Entire Solaris Software Group Plus OEM Support contient tous les packages.

Figure 3–1 Groupes de logiciels Solaris

Le Tableau 3–6 répertorie les groupes de logiciels Solaris ainsi que les recommandations en espace disque nécessaire pour l'installation de chaque groupe.

Les recommandations en espace fournies dans le Tableau 3–6 incluent l'espace requis pour les éléments suivants.

• Espace de pagination

• Patchs de mise à niveau avec

• packages de logiciels supplémentaires.

Il est possible que les besoins en espace disque des groupes de logiciels soient inférieurs aux volumes répertoriés dans ce tableau.

Mise à niveau

Vous pouvez mettre à niveau un système en procédant de l'une des trois manières suivantes : Solaris Live Upgrade, le programme d'installation Solaris et l'installation JumpStart personnalisée.

Limites de la mise à niveau

Programmes de mise à niveau

Vous pouvez effectuer une mise à niveau interactive standard avec le programme d'installation Solaris ou une mise à niveau automatisée avec la méthode d'installation JumpStart personnalisée. Solaris Live Upgrade vous permet de mettre à niveau un système en cours d'exécution.

Installation d'une archive Solaris Flash au lieu d'une mise à niveau

La fonction d'installation Solaris Flash fournit une méthode permettant de créer une copie de l'installation complète à partir d'un système maître qui peut être répliquée sur plusieurs systèmes clones. Cette copie est appelée archive Solaris Flash. Vous pouvez installer une archive à l'aide de n'importe quel programme d'installation.

Une archive Solaris Flash ne peut pas être correctement créée si une zone non globale est installée. La fonction Solaris Flash n'est pas compatible avec la technologie de partitionnement Solaris Zones. Si vous créez une archive Solaris Flash, l'archive résultante n'est pas correctement installée si elle est déployée dans les conditions suivantes :

• L'archive est créée dans une zone non globale

• L'archive est créée dans une zone globale ayant des zones non globales installées

Pour de plus amples informations sur l'installation d'une archive, reportez-vous au tableau suivant.

Mise à niveau avec réaffectation d'espace disque

L'option de mise à niveau du programme d'installation Solaris et le mot-clé upgrade de la méthode d'installation JumpStart personnalisée permettent de réallouer de l'espace disque. La réallocation modifie automatiquement la taille des tranches de disque. Vous pouvez réaffecter l'espace disque si les systèmes de fichiers actuels ne disposent pas d'espace suffisant pour la mise à niveau. Par exemple, il se peut que les systèmes de fichiers nécessitent davantage d'espace pour les raisons évoquées ci-après.

• Le groupe de logiciels Solaris actuellement installé sur le système contient un nouveau logiciel dans la nouvelle version. Tout nouveau logiciel inclus dans un groupe de logiciels est automatiquement sélectionné pour être installé lors de la mise à niveau.

• La taille du logiciel existant sur le système est plus importante dans la nouvelle version.

Le dispositif de configuration automatique tente de réaffecter l'espace disque afin de répondre aux nouvelles exigences de taille du système de fichiers. En premier lieu, la configuration automatique tente de réaffecter l'espace suivant un ensemble de contraintes par défaut. Lorsque la configuration automatique ne parvient pas à réaffecter l'espace, vous devez modifier les contraintes des systèmes de fichiers.

La disposition automatique ne permet pas d'étendre les systèmes de fichiers. L'espace est réaffecté par la disposition automatique de la façon suivante :

1. Sauvegarde des fichiers requis dans les systèmes de fichiers à modifier.

2. Nouveau partitionnement des disques d'après les modifications du système de fichiers.

3. Restauration des fichiers de sauvegarde avant la mise à niveau.

• Si vous utilisez le programme d'installation Solaris et que la fonction de configuration automatique ne parvient pas à déterminer comment réallouer l'espace disque, vous devez effectuer la mise à niveau avec la méthode d'installation JumpStart personnalisée.

• Si vous utilisez la méthode JumpStart personnalisée et que vous créez un profil de mise à niveau, vous risquez de manquer d'espace disque. Si l'espace disque des systèmes de fichiers actuels est insuffisant pour la mise à niveau, vous pouvez utiliser les mots-clés backup_media et layout_constraint pour réaffecter l'espace disque. Pour obtenir un exemple d'utilisation des mots-clés backup_media et layout_constraint dans un profil, reportez-vous à la rubrique Exemples de profils du Guide d’installation Solaris 10 : Installations JumpStart personnalisée et avancée.

Sauvegarde des systèmes avant la mise à niveau

Il est vivement conseillé de sauvegarder les systèmes de fichiers avant de procéder à la mise à niveau du système d'exploitation Solaris. En copiant vos systèmes de fichiers sur des médias amovibles, des bandes par exemple, vous protégez vos données contre tout risque de perte, d'endommagement ou de corruption. Pour des instructions détaillées sur la sauvegarde de votre système, reportez-vous au Chapitre 24, Backing Up and Restoring File Systems (Overview) du System Administration Guide: Devices and File Systems.

Détermination de la version du système d'exploitation Solaris exécutée par le système

Pour afficher la version du logiciel Solaris exécutée par votre système, tapez l'une des commandes suivantes.

$ uname -a

La commande cat fournit davantage d'informations.

$ cat /etc/release

Valeurs des versions localisées

Dans le cadre de l'installation, vous pouvez préconfigurer la version localisée que le système doit utiliser. Une version localisée détermine l'affichage en ligne des informations dans une langue spécifique ou pour une région spécifique. Certaines langues comportent plusieurs versions localisées pour tenir compte des différences régionales qui s'appliquent au format de la date et de l'heure, aux conventions numériques et monétaires et à l'orthographe.

Vous pouvez préalablement configurer l'environnement linguistique du système dans un profil JumpStart personnalisé ou dans le fichier sysidcfg.

Les noms et les groupes de plates-formes

Lors de l'ajout de clients pour une installation en réseau, il est impératif de connaître l'architecture du système (groupe de plates-formes). Si vous écrivez un fichier de règles d'installation JumpStart personnalisée, vous devez connaître le nom de la plate-forme.

Vous trouverez ci-dessous quelques exemples de noms et de groupes de plates-formes. Pour obtenir la liste complète des systèmes SPARC, reportez-vous au document Solaris Sun Hardware Platform Guide à l'adresse http://docs.sun.com/.

Vous pouvez également utiliser la commande uname -i pour déterminer le nom de la plate-forme dont votre système est équipé ou la commande uname -m pour déterminer le groupe de plates-formes de votre système.

Installation et configuration des zones

L'introduction suivante fournit des informations de planification très précises sur les zones globales et non globales. Pour plus d'informations et d'instructions spécifiques relatives à la planification, reportez-vous au Chapitre 16, Introduction to Solaris Zones du System Administration Guide: Solaris Containers-Resource Management and Solaris Zones.

Technologie de partitionnement Solaris Zones (Présentation)

Une fois que le système d'exploitation Solaris est installé, vous pouvez installer les zones et les configurer. La zone globale correspond à l'instance unique du système d'exploitation en cours d'exécution présente sur chaque système Solaris. Elle est à la fois la zone par défaut du système et la zone utilisée pour le contrôle administratif de tout le système. Une zone non globale, quant à elle, est un environnement de système d'exploitation virtualisé.

La technologie de partitionnement Solaris Zones permet de virtualiser les services du système d'exploitation et de fournir un environnement pour les applications en cours d'exécution. Lorsque vous créez une zone, vous générez un environnement d'exécution d'application dans lequel les processus sont isolés de toutes les autres zones. Cette mise à l'écart empêche les processus qui s'exécutent dans une zone de contrôler ou d'avoir une incidence sur les processus s'exécutant dans d'autres zones. Ainsi, même un processus en cours d'exécution dans une zone non globale lancé avec les informations d'identification du superutilisateur ne peut pas affecter l'activité des autres zones. Un processus en cours d'exécution dans une zone globale lancé avec les informations d'identification du superutilisateur peut avoir une incidence sur les processus de n'importe quelle zone.

Présentation des zones globales et non globales

La zone globale est la seule zone à partir de laquelle la configuration, l'installation, la gestion et la désinstallation d'une zone non globale est possible. Seule la zone globale peut être initialisée à partir du matériel système. L'administration de l'infrastructure du système, notamment les périphériques physiques et la reconfiguration dynamique n'est réalisable qu'à partir de la zone globale. Les processus disposant des privilèges appropriés qui s'exécutent dans la zone globale peuvent accéder à des objets associés à d'autres zones, voire à toutes les zones. Le tableau suivant récapitule les caractéristiques des zones globales et non globales.

Pour plus d'informations, consultez le site suivant:

• Chapitre 16, Introduction to Solaris Zones du System Administration Guide: Solaris Containers-Resource Management and Solaris Zones

• Installation et configuration des zones

Solaris Zones (Planification)

Après avoir installé le système d'exploitation Solaris, vous pouvez installer et configurer des zones. La zone globale correspond à l'instance unique du système d'exploitation en cours d'exécution présente sur chaque système Solaris. Elle est à la fois la zone par défaut du système et la zone utilisée pour le contrôle administratif de tout le système. Une zone non globale, quant à elle, est un environnement de système d'exploitation virtualisé.

Toute commande acceptant un système de fichiers racine (/) alternatif par l'utilisation de l'option -R ou d'un équivalent ne doit pas être utilisée si les affirmations suivantes sont vraies :

• La commande est exécutée dans la zone globale.

• Le système de fichiers racine (/) alternatif fait référence à un chemin d'accès de la zone non globale.

Par exemple, l'option -R root_path de l'utilitaire pkgadd est exécuté à partir de la zone globale avec un chemin d'accès vers le système de fichiers racine (/) dans une zone non globale.

Pour consulter la liste des utilitaires qui acceptent un système de fichiers racines (/) alternatif et obtenir des informations complémentaires sur les zones, reportez-vous à la rubrique Restriction on Accessing A Non-Global Zone From the Global Zone du System Administration Guide: Solaris Containers-Resource Management and Solaris Zones.

Installation de et mise à niveau en cas d'utilisation de zones non globales

Après avoir installé le système d'exploitation Solaris, le groupe de logiciels installé dans la zone globale représente le jeu de packages qui est partagé par l'ensemble des zones non globales. Ainsi, si vous installez le groupe de logiciels complet, toutes les zones seront pourvues de ces packages. Par défaut, tous les packages supplémentaires installés dans la zone globale sont également installés dans les zones non globales. Vous pouvez séparer n'importe quelle application, espace de noms, serveur et connexion serveur (NFS et DCHP, par exemple) et d'autres logiciels dans des zones non globales. Chaque zone non globale ignore les autres zones non globales et chacune d'elle peut fonctionner de façon indépendante. Ainsi, vous pouvez installer le groupe de logiciels complet dans la zone globale et exécuter dans des zones non globales distinctes Java Enterprise System Messaging Server, une base de données, DHCP et un serveur Web. Lorsque vous installez des zones non globales, rappelez-vous des exigences en matière de performances des applications qui s'exécuteront dans chaque zone non globale.

Une archive Solaris Flash ne peut pas être correctement créée si une zone non globale est installée. La fonction Solaris Flash n'est pas compatible avec la technologie de partitionnement Solaris Zones. Si vous créez une archive Solaris Flash, l'archive résultante n'est pas correctement installée si elle est déployée dans les conditions suivantes :

• L'archive est créée dans une zone non globale

• L'archive est créée dans une zone globale ayant des zones non globales installées

Mise à niveau lorsque des zones non globales sont installées

Démarrage avec la version Solaris 10 1/06, si vous effectuez une mise à niveau du système d'exploitation Solaris, vous pouvez mettre à niveau un système contenant des zones non globales installées. Le programme d'installation interactif de Solaris et les programmes JumpStart personnalisés autorisent une mise à niveau.

• Le programme d'installation interactive de Solaris vous permet de mettre à niveau un système comportant des zones non globales en sélectionnant Upgrade Install (Installation de la mise à niveau) sur le panneau Select Upgrade (Sélection d'une mise à niveau) ou Initial Install (Installation initiale). Le programme d'installation analyse ensuite votre système pour déterminer si la mise à niveau peut s'effectuer sur votre système et vous fournit un récapitulatif de l'analyse. Le programme d'installation vous invite ensuite à poursuivre la mise à niveau. L'utilisation de ce programme comporte les limitations suivantes :

  • Il est impossible de personnaliser la mise à niveau. Par exemple, vous ne pouvez pas installer de logiciels supplémentaires, installer des packages locaux supplémentaires ou modifier l'organisation du disque.

  • Vous devez utiliser le DVD Solaris 10 ou une image d'installation réseau créée sur DVD. Vous ne pouvez pas utiliser les CD Logiciel Solaris 10 pour mettre à niveau un système. Pour plus d'informations sur l'installation au moyen de ce programme, reportez-vous au Chapitre 2, Installation à l’aide du Programme d’installation de Solaris (Tâches) du Guide d’installation de Solaris 10 : Installations de base.

• Le programme d'installation JumpStart personnalisé vous permet d'effectuer une mise à niveau seulement à l'aide des mots-clés install_type et root_device .

  Parce que certains mots-clés affectent des zones non globales, certains d'entre eux ne peuvent pas être inclus dans un profil. Par exemple, l'utilisation de mots-clés qui ajoutent des packages, réattribuent de l'espace disque ou ajoutent des valeurs locales doivent avoir une incidence sur les zones non globales. Si vous utilisez ces mots-clés, ils sont ignorés ou font échouer la mise à niveau JumpStart. Pour obtenir une liste de ces mots-clés, reportez-vous à la rubrique Limitation des mots-clés de profils lors d’une mise à niveau avec des zones non globales du Guide d’installation Solaris 10 : Installations JumpStart personnalisée et avancée.

L'utilisation de Solaris Live Upgrade pour mettre à niveau un système lorsque des zones non globales sont installées est impossible. Vous pouvez créer un environnement d'initialisation à l'aide de la commande lucreate, en revanche si vous utilisez la commande luupgrade, la mise à niveau échoue. Un message d'erreur s' affiche

Espace disque requis par les zones non globales

Lors de l'installation de la zone globale, veillez à réserver un espace disque suffisant pour toutes les zones que vous pourriez créer. Chaque zone non globale a des besoins en mémoire qui lui sont propres. Les informations fournies ci-après permettent d'obtenir un aperçu de la planification. Pour consulter les exigences requises et les recommandations relatives à la planification, reportez-vous au Chapitre 18, Planning and Configuring Non-Global Zones (Tasks) du System Administration Guide: Solaris Containers-Resource Management and Solaris Zones.

La quantité de mémoire requise par une zone n'est pas limitée. L'administrateur système est chargé de restreindre l'espace. Même un système à processeur unique peut supporter plusieurs zones s'exécutant simultanément.

Les caractéristiques des packages installés dans la zone globale ont une incidence sur l'espace disque requis par les zones non globales créées. Le nombre de packages et l'espace disque requis sont des facteurs. Voici quelques directives générales relatives à l'espace disque.

• Réservez environ 100 Mo d'espace disque libre une fois que tous les packages Solaris standard ont été installés dans la zone globale. Prévoyez de l'espace supplémentaire pour l'installation d'autres packages dans cette zone. Par défaut, tous les packages supplémentaires installés dans la zone globale sont également installés dans les zones non globales. L'emplacement des répertoires de ces packages dans les zones non globales est spécifié par la ressource inherit-pkg-dir.

• Ajoutez 40 Mo de RAM par zone si le système dispose de suffisamment d'espace de swap. Cet ajout est recommandé afin que chaque zone soit opérationnelle. Prenez-le en compte lors de la planification de la taille du système.

SPARC : Modifications apportées au conditionnement 64 bits

Dans des versions précédentes de Solaris, le système d'exploitation Solaris était livré dans un package séparé pour les composants 32 bits et 64 bits. Dans le système d'exploitation Solaris  10, le conditionnement a été simplifié grâce à l'intégration de la plupart des composants 32 bits et 64 bits dans un seul package. Le package combiné conserve le nom des packages 32 bits d'origine et le package 64 bits ne sera plus livré. Cette modification réduit le nombre de packages et simplifie l'installation. Cette modification signifie que vous devrez peut-être adapter votre script JumpStart personnalisé ou d'autres scripts d'installation de packages pour supprimer les références aux packages 64 bits.

Les packages 64 bits ont été renommés selon les conventions suivantes :

• Si un package 64 bits a un équivalent 32 bits, il porte désormais le nom du package 32 bits. Par exemple, une bibliothèque 64 bits, telle que /usr/lib/sparcv9/libc.so.1 précédemment livrée avec SUNWcslx, est désormais livrée avec SUNWcsl. Le package SUNWcslx 64 bits n'est plus fourni.

• Lorsqu'un package n'a pas d'équivalent 32 bits, le suffixe “x” est supprimé du nom. Par exemple, SUNW1394x devient SUNW1394.

x86 : Recommandations pour le partitionnement

Lors de l'utilisation du système d'exploitation Solaris sur des systèmes x86, suivez les directives ci-après pour procéder au partitionnement du système.

Programme d'installation de Solaris utilise une configuration par défaut des partitions du disque d'initialisation. Ces partitions sont appelées partitions fdisk. Une partition fdisk est une partition logique d'un disque dur dédiée à un système d'exploitation particulier sur des systèmes x86. Pour pouvoir installer le logiciel Solaris, vous devez définir au moins une partition fdisk sur un système x86. Les systèmes x86 acceptent jusqu'à quatre partitions fdisk sur un même disque. Chacune de ces partitions peut comporter un système d'exploitation distinct. Chaque système d'exploitation doit impérativement résider sur une partition fdisk unique. Un système ne peut comporter qu'une seule partition fdisk Solaris par disque.

La configuration par défaut des partitions du disque d'initialisation conserve la partition de service

Le programme d'installation Solaris utilise une configuration des partitions du disque d'initialisation pour répondre au diagnostic ou partition de service. Si votre système actuel inclut de telles partitions, la nouvelle configuration par défaut du disque d'initialisation vous permet de conserver cette partition.

Si vous installez le système d'exploitation Solaris sur un système x86 qui ne comporte aucun diagnostic ou aucune partition de service, le programme d'installation ne crée pas de diagnostic ni de partition de service par défaut. Si vous souhaitez créer une telle partition sur votre système, reportez-vous à la documentation de vos équipements.

Chapitre 4 x86 : Initialisation GRUB pour l'installation de Solaris

Ce chapitre décrit l'initialisation GRUB sur des systèmes x86 pour l'installation de Solaris. Ce chapitre se compose des sections suivantes :

• x86 : Initialisation GRUB (Présentation)

• x86 : Initialisation GRUB (Planification)

• x86 : Recherche du fichier menu.lst du menu GRUB (Tâches)

x86 : Initialisation GRUB (Présentation)

Démarrage avec la version Solaris 10 1/06, GRUB, le chargeur de démarrage open source, a été adopté comme comme chargeur de démarrage par défaut dans le système d'exploitation (OS) Solaris.

L'initialisation GRUB n'est pas disponible sur des systèmes SPARC.

Le chargeur de démarrage est le premier programme qui est exécuté après avoir mis le système sous tension. Une fois le système x86 sous tension, le BIOS (système de base d'entrée/sortie, Basic Input/Output System) initialise l'UC, la mémoire et le matériel de la plate-forme. Lorsque la phase d'initialisation est terminée, le BIOS charge le chargeur de démarrage à partir du périphérique d'initialisation, puis transfère le contrôle du système au chargeur de démarrage.

GRUB est un chargeur de démarrage open source doté d'une interface organisée par menus contenant des options d'initialisation déjà définies dans un fichier de configuration. GRUB propose également une interface par ligne de commande accessible depuis l'interface par menus et autorisant l'exécution de différentes commandes d'initialisation. Dans le système d'exploitation Solaris, l'implémentation GRUB est compatible avec la spécification Multiboot (amorçage multiple). La spécification est décrite en détails dans http://www.gnu.org/software/grub/grub.html.

Le noyau Solaris étant totalement compatible avec la spécification Multiboot, vous pouvez initialiser un système x86 Solaris à l'aide de GRUB. GRUB autorise une initialisation facile et l'installation de différents systèmes d'exploitation. Par exemple, sur un système, il est possible d'initialiser individuellement les systèmes d'exploitation suivants :

• Les SE Solaris

• Microsoft Windows

  ---

  Remarque –

  GRUB détecte des partitions Microsoft Windows, mais ne vérifie pas que le système d'exploitation peut être initialisé.

  ---

Avantage important, GRUB est intuitif à propos des systèmes de fichiers et formats des exécutables des noyaux ; il est donc en mesure de charger un système d'exploitation sans avoir à enregistrer la position physique du noyau sur le disque. L'initialisation GRUB permet de charger le noyau en spécifiant son nom de fichier, le lecteur et la partition hébergeant le noyau. L'initialisation GRUB remplace l'assistant de configuration des périphériques de Solaris et simplifie le processus d'initialisation grâce au menu GRUB.

x86 : Fonctionnement de l'initialisation GRUB

Dès que GRUB prend le contrôle du système, un menu apparaît sur la console. Le menu GRUB vous permet d'effectuer les opérations suivantes :

• Sélection d'une entrée pour initialiser votre système

• Modification d'une entrée d'initialisation à l'aide du menu d'édition GRUB intégré

• Chargement manuel du noyau d'un système d'exploitation à partir de la ligne de commande

Un délai d'attente configurable permet de lancer l'initialisation de l'entrée du système d'exploitation par défaut. Il suffit d'appuyer sur une touche pour abandonner ce lancement.

Pour voir un exemple de menu GRUB, reportez-vous à la rubrique Description du menu principal de GRUB.

x86 : Conventions d'attribution de noms de périphériques GRUB

Les conventions d'attribution de noms utilisées par GRUB diffèrent légèrement de celles employées dans les versions précédentes du système d'exploitation Solaris. La compréhension des conventions d'attribution de nom peut vous aider à spécifier correctement des informations relatives à des lecteurs et des partitions, lors de la configuration GRUB sur votre système.

Le tableau suivant décrit les conventions d'attribution de noms de périphériques de GRUB.

Tous les noms de périphériques GRUB doivent être mis entre parenthèses. Les numéros de partition sont comptés à partir de 0 (zéro), et non à partir de 1.

Pour plus d'informations sur les partitions fdisk, reportez-vous à la rubrique Guidelines for Creating an fdisk Partition du System Administration Guide: Devices and File Systems.

x86 : Où trouver des informations à propos des installations GRUB

Pour plus d'informations sur ces modifications, reportez-vous aux références suivantes :

x86 : Initialisation GRUB (Planification)

Cette section décrit les principes d'une initialisation GRUB ainsi que le menu GRUB.

Lorsque vous installez le système d'exploitation Solaris, deux entrées de menu GRUB sont installées sur le systèmes par défaut. La première est l'entrée Solaris OS. La deuxième entrée est l'archive d'initialisation de secours (failsafe) ; elle est utilisée pour la récupération du système. Les entrées du menu GRUB de Solaris sont installées et mises à jour automatiquement lors des processus d'installation et de mise à niveau des logiciels Solaris. Le système d'exploitation gère directement ces entrées, elles ne doivent pas être modifiées manuellement.

Lors d'une installation standard du système d'exploitation Solaris, GRUB est installé sur la partition fdisk de Solaris sans modifier le paramétrage BIOS du système. Si l'OS n'est pas sur le disque d'initialisation du système, vous devez effectuer l'une des opérations suivantes :

• Modifier le paramétrage BIOS.

• Utiliser un gestionnaire de démarrage pour permettre une initialisation à partir de la partition Solaris. Pour plus d'informations, reportez-vous à votre gestionnaire de démarrage.

La meilleure méthode consiste à installer le système d'exploitation Solaris sur le disque d'initialisation. Si plusieurs systèmes d'exploitation sont installés sur la machine, vous pouvez ajouter des entrées dans le fichier menu.lst. Ces entrées apparaîtront ensuite dans le menu GRUB lors de la prochaine initialisation de votre système.

Pour plus d'informations sur les systèmes avec plusieurs systèmes d'exploitation, reportez-vous à la rubrique How Multiple Operating Systems Are Supported in the GRUB Boot Environment du System Administration Guide: Basic Administration.

x86 : Exécution d'une installation GRUB à partir du réseau

L'exécution d'une initialisation réseau avec GRUB nécessite un serveur DHCP configuré pour des clients PXE et un serveur d'installation fournissant un service tftp. Le serveur DHCP doit être en mesure de répondre aux classes DHCP, PXEClient et GRUBClient. La réponse DHCP doit contenir les informations suivantes :

• L'adresse IP du serveur de fichiers

• Le nom du fichier d'initialisation (pxegrub)

rpc.bootparamd, qui est habituellement une exigence sur le côté serveur pour l'exécution d'une initialisation réseau, n'est pas requis pour une initialisation réseau GRUB.

Si aucun serveur PXE ou DHCP n'est disponible, vous pouvez charger GRUB à partir du CD-ROM ou du disque local. Vous pouvez alors configurer manuellement le réseau dans GRUB et télécharger ensuite le programme d'amorçage multiple (multiboot) et l'archive d'initialisation à partir du serveur de fichiers.

Pour plus d'informations, reportez-vous à la rubrique x86 : Présentation de l'initialisation et de l'installation sur le réseau à l'aide de PXE.

Description du menu principal de GRUB

Lorsque vous initialisez un système x86, le menu GRUB s'affiche. Ce menu présente la liste des entrées d'initialisation pour vous permettre d'en choisir une. Une entrée d'initialisation est une instance du système d'exploitation installée sur votre système. Le menu GRUB s'appuie sur le fichier de configuration menu.lst. Créé par le programme d'installation de Solaris, le fichier menu.lst peut être modifié après l'installation. Le fichier menu.lst dicte la liste des instances des systèmes d'exploitation apparaissant dans le menu GRUB.

• Si vous installez ou mettez à niveau le système d'exploitation Solaris, le menu GRUB est automatiquement mis à jour. Le système d'exploitation Solaris apparaît ensuite comme une nouvelle entrée d'initialisation.

• Si vous installez un système d'exploitation autre que Solaris, vous devez modifier le fichier de configuration menu.lst pour y inclure la nouvelle instance du système d'exploitation. L'ajout d'une nouvelle instance d'un système d'exploitation permet de voir la nouvelle entrée d'initialisation affichée dans le menu GRUB lors de la prochaine initialisation du système.

Exemple 4–1 Menu principal GRUB

Dans l'exemple suivant, le menu principal GRUB présente les systèmes d'exploitation Solaris et Microsoft Windows. Un environnement d'initialisation Solaris Live Upgrade figure également sur la liste sous l'appellation second_disk. La description de chaque élément de menu est donnée dans ce qui suit.

GNU GRUB version 0.95 (616K lower / 4127168K upper memory)
+-------------------------------------------------------------------+
|Solaris                                                            |
|Solaris failsafe                                                   |
|second_disk                                                        |
|second_disk failsafe                                               |
|Windows                                                            |
+-------------------------------------------------------------------+
Use the ^ and v keys to select which entry is highlighted. Press
enter to boot the selected OS, 'e' to edit the commands before
booting, or 'c' for a command-line.

Solaris

Indique le système d'exploitation Solaris.

Solaris failsafe

Indique l'archive d'initialisation disponible pour une récupération si le système d'exploitation est endommagé.

second_disk

Indique l'environnement d'initialisation Solaris Live Upgrade L'environnement d'initialisation second_disk a été créé comme une copie du système d'exploitation Solaris. Il a été mis à niveau et activé avec la commande luactivate. L'environnement d'initialisation est disponible pour une initialisation.

Windows

Indique le système d'exploitation Microsoft Windows. GRUB détecte ces partitions mais ne vérifie pas que le système d'exploitation peut être initialisé.

Description du fichier GRUB menu.lst

Le fichier GRUB menu.lst répertorie le contenu du menu principal GRUB. Le menu principal GRUB liste les entrées de toutes les instances des systèmes d'exploitation installés sur votre système, notamment les environnements d'initialisation Solaris Live Upgrade. Le processus de mise à niveau des logiciels Solaris conserve toutes les modifications que vous avez apportées à ce fichier.

Toutes les révisions effectuées sur le fichier menu.lst sont affichées sur le menu principal GRUB avec les entrées Solaris Live Upgrade. Toute modification apportée au fichier devient effective à la prochaine réinitialisation du système. Vous pouvez revoir ce fichier pour les raisons suivantes :

• Pour ajouter aux entrées du menu GRUB des systèmes d'exploitation autres que Solaris

• Pour personnaliser le comportement de l'initialisation, par exemple en spécifiant un système d'exploitation par défaut dans le menu GRUB

N'utilisez pas le fichier GRUB menu.lst pour modifier des entrées Solaris Live Upgrade. De telles modifications feraient échouer Solaris Live Upgrade.

Bien que le fichier menu.lst soit utilisable pour personnaliser le comportement de l'initialisation comme une initialisation avec le débogueur de noyau, la meilleure méthode de personnalisation consiste à employer la commande eeprom. Si vous utilisez le fichier menu.lst pour une personnalisation, les entrées du système d'exploitation Solaris pourraient très bien être modifiées lors de la mise à niveau des logiciels. Les modifications apportées au fichier pourraient ensuite être perdues.

Pour plus d'informations sur l'utilisation de la commande eeprom, reportez-vous à la rubrique How to Set Solaris Boot Parameters by Using the eeprom Command du System Administration Guide: Basic Administration.

Exemple 4–2 Fichier Menu.lst

Voici un exemple de fichier menu.lst :

default 0
timeout 10
title Solaris
  root (hd0,0,a)
  kernel /platform/i86pc/multiboot -B console=ttya
  module /platform/i86pc/boot_archive
title Solaris failsafe
  root (hd0,0,a)
  kernel /boot/multiboot -B console=ttya -s
  module /boot/x86.miniroot.safe
#----- second_disk - ADDED BY LIVE UPGRADE - DO NOT EDIT  -----
title second_disk
  root (hd0,1,a)
  kernel /platform/i86pc/multiboot
  module /platform/i86pc/boot_archive
title second_disk failsafe
  root (hd0,1,a)
  kernel /boot/multiboot kernel/unix -s
  module /boot/x86.miniroot-safe
#----- second_disk -------------- END LIVE UPGRADE ------------
title Windows
  root (hd0,0)
  chainloader -1

default

Indique l'élément à initialiser en cas d'expiration du délai d'attente. Pour modifier la valeur par défaut, vous pouvez spécifier un autre élément de la liste en changeant le numéro. Le comptage débute par zéro pour le premier titre. Par exemple, modifiez la valeur par défaut pour 2 pour que l'initialisation se fasse automatiquement sur l'environnement d'initialisation second_disk.

timeout

Indique le temps d'attente exprimé en secondes accordé à un utilisateur pour faire une entrée avant que l'initialisation ne s'enclenche sur l'entrée par défaut. Si aucun délai d'attente n'est spécifié, vous devez sélectionner une entrée.

title OS name

Indique le nom du système d'exploitation.

• S'il s'agit d'un environnement d'initialisation Solaris Live Upgrade, OS name est le nom que vous avez donné au nouvel environnement d'initialisation lorsqu'il a été créé. Dans l'exemple précédent, l'environnement d'initialisation Solaris Live Upgrade se nomme second_disk.

• S'il s'agit d'une archive d'initialisation de secours (failsafe), cette dernière est utilisée pour la récupération du système lorsque le système d'exploitation principal est endommagé. Dans l'exemple précédent, Solaris failsafe et second_disk failsafe sont les archives d'initialisation de récupération des systèmes d'exploitation Solaris et second_disk.

root (hd0,0,a)

Indique le disque, la partition et la tranche pour le chargement des fichiers. GRUB détecte automatiquement le type de système de fichiers.

kernel /platform/i86pc/multiboot

Indique le programme de multiboot. La commande kernel doit toujours être suivie par le programme multiboot. La chaîne qui vient après multiboot est transmise au système d'exploitation Solaris sans interprétation.

Pour obtenir une description complète des systèmes avec plusieurs systèmes d'exploitation, reportez-vous à la rubrique How Multiple Operating Systems Are Supported in the GRUB Boot Environment du System Administration Guide: Basic Administration.

Recherche du fichier menu.lst pour modifier le menu GRUB

Vous devez toujours employer la commande bootadm pour rechercher le fichier menu.lst du menu GRUB. La sous-commande list-menu trouve le menu GRUB actif. Le fichier menu.lst répertorie tous les systèmes d'exploitation installés sur un système. La liste des systèmes d'exploitation qui apparaissent dans le menu GRUB est établie à partir du contenu de ce fichier. Pour modifier ce fichier, reportez-vous à la rubrique x86 : Recherche du fichier menu.lst du menu GRUB (Tâches).

x86 : Recherche du fichier menu.lst du menu GRUB (Tâches)

Démarrage la version Solaris 10 1/06, le menu GRUB peut être mis à jour. Par exemple, vous pouvez vouloir modifier le temps par défaut indiquant la rapidité avec laquelle l'initialisation du système d'exploitation par défaut va s'effectuer. Ou, vous pouvez souhaiter ajouter un autre système d'exploitation au menu GRUB.

D'une manière générale, le chemin d'accès au fichier menu.lst du menu GRUB actif est /boot/grub/menu.lst. Dans certains cas, le fichier GRUB menu.lst réside ailleurs. Par exemple, dans un système utilisant Solaris Live Upgrade, le fichier GRUB menu.lst peut se trouver dans un environnement d'initialisation n'étant pas celui actuellement exécuté. Ou si vous avez mis à niveau un système contenant une partition d'initialisation x86, le fichier menu.lst peut résider dans le répertoire /stubboot. Seul le fichier GRUB menu.lst actif sert à l'initialisation du système. Pour modifier le menu GRUB qui s'affiche à l'initialisation du système, vous devez modifier le fichier GRUB menu.lst actif. Toute modification d'un autre fichier GRUB menu.lst est sans effet sur le menu affiché à l'initialisation du système. Pour déterminer l'emplacement du fichier GRUB menu.lst actif, servez-vous de la commande bootadm. La sous-commande list-menu affiche l'emplacement du menu GRUB actif. Les procédures suivantes déterminent l'emplacement du fichier menu.lst du menu GRUB.

Pour plus d'informations sur la commande bootadm, reportez-vous à la page man bootadm(1M).

Recherche du fichier menu.lst du menu GRUB

Dans la procédure suivante, le système contient deux systèmes d'exploitation : Solaris et un environnement d'initialisation Solaris Live Upgrade, second_disk. Le système d'exploitation Solaris a été initialisé et contient la menu GRUB.

Étapes

1. Connectez-vous en tant que superutilisateur ou prenez un rôle équivalent.

   Les rôles contiennent des autorisations et des commandes privilégiées. Pour de plus amples informations sur les rôles, reportez-vous à la rubrique Configuring RBAC (Task Map) du System Administration Guide: Security Services.

2. Pour rechercher le fichier menu.lst, tapez :

   # /sbin/bootadm list-menu

   L'emplacement et le contenu du fichier sont affichés.

   The location for the active GRUB menu is: /boot/grub/menu.lst default 0 timeout 10 0 Solaris 1 Solaris failsafe 2 second_disk 3 second_disk failsafe

Recherche du fichier menu.lst du menu GRUB lorsque le fichier menu.lst actif se trouve dans un autre environnement d'initialisation

Dans la procédure suivante, le système contient deux systèmes d'exploitation : Solaris et un environnement d'initialisation Solaris Live Upgrade, second_disk . Dans cette situation, le fichier menu.lst n'existe pas dans l'environnement d'initialisation exécuté actuellement. L'environnement d'initialisation second_disk a été initialisé. L'environnement d'initialisation Solaris contient le menu GRUB. L'environnement d'initialisation Solaris n'est pas monté.

Étapes

1. Connectez-vous en tant que superutilisateur ou prenez un rôle équivalent.

   Les rôles contiennent des autorisations et des commandes privilégiées. Pour de plus amples informations sur les rôles, reportez-vous à la rubrique Configuring RBAC (Task Map) du System Administration Guide: Security Services.

2. Pour rechercher le fichier menu.lst, tapez :

   # /sbin/bootadm list-menu

   L'emplacement et le contenu du fichier sont affichés.

   The location for the active GRUB menu is: /dev/dsk/device_name(not mounted) The filesystem type of the menu device is <ufs> default 0 timeout 10 0 Solaris 1 Solaris failsafe 2 second_disk 3 second_disk failsafe

3. Puisque le système de fichiers contenant le fichier menu.lst n'est pas monté, vous devez monter le système de fichiers. Spécifiez le système de fichier UFS et le nom du périphérique.

   # /usr/sbin/mount -F ufs /dev/dsk/device_name /mnt

   Où device_name indique l'emplacement du système de fichiers racine (/) sur le périphérique de disque de l'environnement d'initialisation que vous voulez monter. Le nom du périphérique est entré sous la forme /dev/dsk/cw txdy sz. Par exemple :

   # /usr/sbin/mount -F ufs /dev/dsk/c0t1d0s0 /mnt

   Pour accéder au menu GRUB, utilisez le chemin d'accès /mnt/boot/grub/menu.lst

4. Démontez le système de fichiers

   # /usr/sbin/umount /mnt

   ---

   Remarque –

   Si vous montez un environnement d'initialisation ou un système de fichiers d'un environnement d'initialisation, vérifiez que le ou les systèmes de fichiers sont démontés après utilisation. Si vous ne démontez pas les systèmes de fichiers, de futures opérations Solaris Live Upgrade sur cet environnement d'initialisation risqueraient d'échouer.

   ---

Recherche du fichier menu.lst du menu GRUB lorsqu'un environnement d'initialisation Solaris Live Upgrade est monté

Dans la procédure suivante, le système contient deux systèmes d'exploitation : Solaris et un environnement d'initialisation Solaris Live Upgrade, second_disk . L'environnement d'initialisation second_disk a été initialisé. L'environnement d'initialisation Solaris contient le menu GRUB. L'environnement d'initialisation Solaris est monté à /.alt.Solaris.

Étapes

1. Connectez-vous en tant que superutilisateur ou prenez un rôle équivalent.

   Les rôles contiennent des autorisations et des commandes privilégiées. Pour de plus amples informations sur les rôles, reportez-vous à la rubrique Configuring RBAC (Task Map) du System Administration Guide: Security Services.

2. Pour rechercher le fichier menu.lst, tapez :

   # /sbin/bootadm list-menu

   L'emplacement et le contenu du fichier sont affichés.

   The location for the active GRUB menu is: /.alt.Solaris/boot/grub/menu.lst default 0 timeout 10 0 Solaris 1 Solaris failsafe 2 second_disk 3 second_disk failsafe

   Puisque l'environnement d'initialisation contenant le menu GRUB est déjà monté, vous pouvez alors accéder au fichier menu.lst à /.alt.Solaris/boot/grub/menu.lst.

Recherche du fichier menu.lst du menu GRUB lorsque votre système possède une partition d'initialisation x86

Dans la procédure suivante, le système contient deux systèmes d'exploitation : Solaris et un environnement d'initialisation Solaris Live Upgrade, second_disk. L'environnement d'initialisation second_disk a été initialisé. Votre système a été mis à niveau et il reste une partition d'initialisation x86. La partition d'initialisation a été montée à /stubboot et contient le menu GRUB. Pour plus d'information sur les partitions d'initialisation x86, reportez-vous à la rubrique x86 : Recommandations pour le partitionnement.

Étapes

1. Connectez-vous en tant que superutilisateur ou prenez un rôle équivalent.

   Les rôles contiennent des autorisations et des commandes privilégiées. Pour de plus amples informations sur les rôles, reportez-vous à la rubrique Configuring RBAC (Task Map) du System Administration Guide: Security Services.

2. Pour rechercher le fichier menu.lst, tapez :

   # /sbin/bootadm list-menu

   L'emplacement et le contenu du fichier sont affichés.

   The location for the active GRUB menu is: /stubboot/boot/grub/menu.lst default 0 timeout 10 0 Solaris 1 Solaris failsafe 2 second_disk 3 second_disk failsafe

   Vous pouvez accéder au fichier menu.lst à /stubboot/boot/grub/menu.lst.

Chapitre 5 Collecte d'informations en vue d'une installation ou d'une mise à niveau – Planification

Ce chapitre regroupe les listes de vérification permettant de réunir l'ensemble des informations requises pour installer ou mettre à niveau le système.

• Liste de vérification en vue d'une installation

• Liste de vérification en vue d'une mise à niveau

Liste de vérification en vue d'une installation

La liste ci-dessous permet de réunir les informations nécessaires pour installer le système d'exploitation Solaris. Vous n'êtes pas tenu de collecter l'ensemble des informations mentionnées sur la fiche de travail. Il vous suffit de collecter les informations relatives à votre système.

# ypmatch nom-hôte hosts

# more /etc/netmasks

# uname -n

# cat /etc/nsswitch.conf

# nomdomaine

# getent ipnodes dns

Liste de vérification en vue d'une mise à niveau

Utilisez la liste de vérification suivante pour recueillir les informations nécessaires à la mise à niveau de Solaris. Vous n'êtes pas tenu de collecter l'ensemble des informations mentionnées sur cette liste. Il vous suffit de collecter les informations relatives à votre système. Si vous effectuez la mise à niveau par le biais du réseau, le programme d'installation se charge d'entrer les informations à votre place, d'après la configuration effective de votre système.

Vous ne pouvez pas changer les identifications de base de votre système, comme son nom d'hôte ou son adresse IP. Si le programme d'installation vous invite à entrer ces identifiants de base, vous devez impérativement saisir les valeurs d'origine. Si vous utilisez le Programme d'installation de Solaris pour effectuer la mise à niveau, celle-ci échoue si vous tentez de modifier les valeurs.

# ypmatch nom-hôte hosts

# more /etc/netmasks

# uname -n

# cat /etc/nsswitch.conf

# nomdomaine

# getent ipnodes dns

Chapitre 6 Préconfiguration des informations de configuration système – Tâches

Ce chapitre décrit la procédure de préconfiguration des informations système. La préconfiguration vous évite de saisir ces informations lors de l'installation du système d'exploitation Solaris. Ce chapitre vous explique également comment préconfigurer les informations relatives à la gestion d'énergie (Power Management^TM). Ce chapitre se compose des sections suivantes :

• Avantages inhérents à la préconfiguration des informations système

• Méthodes de préconfiguration des informations système

• Préconfiguration à l'aide du fichier sysidcfg

• Préconfiguration à l'aide d'un service de noms

• Préconfiguration des informations de configuration système à l'aide du service DHCP - Tâches

• SPARC : préconfiguration des informations de gestion d'alimentation

Avantages inhérents à la préconfiguration des informations système

Les diverses méthodes d'installation reposent sur les informations de configuration de votre système, notamment ses périphériques, son nom d'hôte, son adresse IP (Internet Protocol) et son service de noms. Avant de vous inviter à entrer les informations de configuration de votre système, les outils d'installation les recherchent dans le fichier sysidcfg, ainsi que dans les bases de données de votre service de noms.

Si le programme d'installation Solaris ou le programme d'installation personnalisée JumpStart détecte des informations système préconfigurées, il ne vous invite pas à les saisir de nouveau. Par exemple, si vous disposez de plusieurs systèmes et que vous ne souhaitiez pas avoir à définir votre fuseau horaire chaque fois que vous installez le logiciel Solaris10 sur l'un des systèmes, il vous suffit de définir votre fuseau horaire une fois pour toutes dans le fichier sysidcfg , ou dans les bases de données de votre service de noms. Le programme d'installation de Solaris10 cesse alors de vous inviter à définir systématiquement votre fuseau horaire.

Méthodes de préconfiguration des informations système

Pour préconfigurer les informations de configuration de votre système, vous avez le choix entre plusieurs méthodes. Vous pouvez entrer ces informations :

• soit dans un fichier sysidcfg enregistré sur un système distant ou sur une disquette ;

• soit dans la base de données de services de noms disponible sur votre site.

Si votre site utilise le DHCP, certaines informations système peuvent également être préconfigurées au niveau du serveur DHCP du site. Pour plus d'informations sur l'utilisation d'un serveur DHCP pour préconfigurer les informations système, reportez-vous à la rubrique Préconfiguration des informations de configuration système à l'aide du service DHCP - Tâches.

Consultez le tableau ci-après pour choisir si vous allez utiliser un fichier sysidcfg ou une base de données de services de noms pour préconfigurer les informations de configuration du système.

Préconfiguration à l'aide du fichier sysidcfg

Pour préconfigurer un système, vous pouvez spécifier un certain nombre de mots-clés dans le fichier sysidcfg. Les mots-clés sont décrits dans la rubrique Mots-clés utilisables dans un fichier sysidcfg .

Vous devez impérativement créer un fichier sysidcfg distinct pour chaque système requérant une configuration spécifique, mais pouvez utiliser le même fichier sysidcfg pour préconfigurer un même fuseau horaire sur plusieurs systèmes. Toutefois, pour préconfigurer un mot de passe superutilisateur distinct sur chacun de ces systèmes, vous devez créer un fichier sysidcfg distinct pour chaque système.

Vous pouvez placer le fichier sysidcfg dans l'un des emplacements proposés ci-dessous.

• Système de fichiers NFS : si vous placez le fichier sysidcfg dans un système de fichiers partagés NFS, vous devez utiliser l'option -p avec la commande add_install_client(1M) lorsque vous paramétrez le système pour une installation à partir du réseau. L'option -p indique au système où trouver le fichier sysidcfg lors de l'installation du logiciel Solaris10.

• Disquette UFS ou PCFS : placez le fichier sysidcfg dans le répertoire racine (/) de la disquette.

• Serveur HTTP ou HTTPS : si vous souhaitez effectuer une installation et initialisation via une connexion WAN, placez le fichier sysidcfg dans le répertoire du document du serveur Web.

si vous effectuez une installation JumpStart personnalisée et souhaitez utiliser un fichier sysidcfg enregistré sur une disquette, vous devez le placer sur la disquette du profil. Pour créer une disquette du profil, reportez-vous à la rubrique Création d’une disquette de profils pour systèmes autonomes du Guide d’installation Solaris 10 : Installations JumpStart personnalisée et avancée.

Vous ne pouvez placer qu'un seul fichier sysidcfg dans un répertoire ou sur une disquette. Si vous devez créer plusieurs fichiers sysidcfg, placez impérativement chacun d'entre eux dans un répertoire distinct ou sur une disquette distincte.

Règles de syntaxe relatives au fichier sysidcfg

Vous pouvez utiliser deux types de mots-clés dans un fichier sysidcfg : des mots-clés indépendants et des mots-clés dépendants. L'unicité des mots-clés dépendants n'est garantie que parmi des mots-clés indépendants. Un mot-clé dépendant n'existe que s'il est identifié par le mot-clé indépendant dont il dépend.

Dans l'exemple ci-dessous, name_service est le mot-clé indépendant, tandis que domain_name et name_server sont des mots-clés dépendants :

name_service=NIS {domain_name=marquee.central.example.com
name_server=connor(192.168.112.3)}

pointer=MS-S
display=ati {size=15-inch}

TIMEZONE=US/Central
terminal=sun-cmd

name_service=NIS 
       {domain_name=marquee.central.example.com
        name_server=connor(192.168.112.3)}

network_interface='none'

>name_service=NIS
name_service=DNS

Mots-clés utilisables dans un fichier sysidcfg

Le Tableau 6–2 répertorie les mots-clés utilisables pour la configuration des informations système dans le fichier sysidcfg.

Les rubriques ci-dessous répertorient les mot-clés que vous pouvez employer dans un fichier sysidcfg.

Mot-clé name_service

Le mot-clé name_service permet de configurer le service de noms, le nom de domaine et le serveur de noms du système. L'exemple suivant montre la syntaxe générale du mot-clé name_service.

name_service=service_noms {domain_name=nom_domaine 
                                 name_server=serveur_noms
                                 mot_clé_facultatif=valeur}

ne choisissez qu'une valeur pour name_service. Vous pouvez inclure selon les cas la totalité ou aucun des mots-clés domain_name,name_server ou mots-clés facultatifs. Si vous n'employez aucun mot-clé, omettez les accolades {}.

Les rubriques suivantes décrivent la syntaxe du mot-clé permettant de configurer le système de sorte qu'il utilise un service de noms spécifique.

Syntaxe NIS du mot-clé name_service

La syntaxe ci-dessous permet de configurer le système pour qu'il utilise le service de noms NIS.

name_service=NIS {domain_name=nom_domaine 
                   name_server=nom_hôte(adresse_ip)}

nom_domaine

Indique le nom de domaine.

nom_hôte

Indique le nom d'hôte du serveur de noms.

adresse_ip

Indique l'adresse IP du serveur de noms.

Exemple 6–1 Spécification d'un serveur NIS à l'aide du mot-clé name_service

L'exemple suivant montre la spécification d'un serveur NIS dont le nom de domaine est west.example.com. Le nom d'hôte du serveur est timber et son adresse IP est 192.168.2.1.

name_service=NIS {domain_name=west.example.com 
                  name_server=timber(192.168.2.1)}

Pour plus d'informations sur le service de noms NIS, reportez-vous au System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).

Syntaxe NIS+ du mot-clé name_service

La syntaxe ci-dessous permet de configurer le système pour qu'il utilise le service de noms NIS.

name_service=NIS+ {domain_name=nom_domaine 
                   name_server=nom_hôte(adresse_ip)}

nom_domaine

Indique le nom de domaine.

nom_hôte

Indique le nom d'hôte du serveur de noms.

adresse_ip

Indique l'adresse IP du serveur de noms.

Exemple 6–2 Spécification d'un serveur NIS+ à l'aide du mot-clé name_service

L'exemple suivant montre la spécification d'un serveur NIS+ dont le nom de domaine est west.example.com. Le nom d'hôte du serveur est timber et son adresse IP est 192.168.2.1.

name_service=NIS+ {domain_name=west.example.com 
                   name_server=timber(192.168.2.1)}

Pour plus d'informations sur le service de noms NIS+, reportez-vous au System Administration Guide: Naming and Directory Services (NIS+).

Syntaxe DNS du mot-clé name_service

La syntaxe ci-dessous permet de configurer le système pour qu'il utilise DNS.

name_service=DNS {domain_name=nom_domaine 
                  name_server=adresse_ip,adresse_ip,adresse_ip
                  search=nom_domaine,nom_domaine,nom_domaine,
                  nom_domaine,nom_domaine,nom_domaine} 

domain_name=nom_domaine

Indique le nom de domaine.

name_server=adresse_ip

Indique l'adresse IP du serveur DNS. Vous pouvez définir jusqu'à trois adresses IP comme valeurs du mot-clé name_server.

search=nom_domaine

(Facultatif) Spécifie d'autres domaines pour rechercher des informations de service de noms. Vous pouvez spécifier jusqu'à six noms de domaines dans lesquels effectuer la recherche. La longueur totale de chaque entrée de recherche ne peut pas dépasser 250 caractères.

Exemple 6–3 Spécification d'un serveur DNS à l'aide du mot-clé name_service

L'exemple suivant montre la spécification d'un serveur DNS dont le nom de domaine est west.example.com. Les adresses IP du serveur sont 10.0.1.10 et 10.0.1.20. example.com et east.example.com représentent d'autres domaines de recherche d'informations de service de noms.

name_service=DNS {domain_name=west.example.com 
                  name_server=10.0.1.10,10.0.1.20 
                  search=example.com,east.example.com}

Pour plus d'informations sur le service de noms DNS, reportez-vous au System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).

Syntaxe LDAP du mot-clé name_service

La syntaxe suivante permet de configurer le système pour qu'il utilise LDAP.

name_service=LDAP {domain_name=nom_domaine
                   profile=nom_profil profile_server=adresse_ip 
                   proxy_dn="nd_proxy_bind" proxy_password=mot_de_passe}

nom_domaine

Spécifie le nom de domaine du serveur LDAP.

nom_profil

Spécifie le nom du profil LDAP à utiliser pour configurer le système.

adresse_ip

Spécifie l'adresse IP du serveur de profils LDAP.

nd_proxy_bind

(Facultatif) Spécifie le nom distinctif du proxy bind. La valeur de nd_proxy_bind doit être indiquée entre guillemets.

mot_de_passe

(Facultatif) Spécifie le mot de passe du proxy client.

Exemple 6–4 Spécification d'un serveur LDAP à l'aide du mot-clé name_service.

L'exemple suivant montre la spécification d'un serveur LDAP dont les informations de configuration sont les suivantes :

• Le nom de domaine est west.example.com.

• Le programme d'installation utilise le profil LDAP default pour configurer le système.

• L'adresse IP du serveur LDAP est 172.31.2.1.

• Le nom distinctif du proxy bind comporte les informations ci-dessous.

  • Le nom usuel de l'entrée est proxyagent.

  • L'unité d'organisation est profile.

  • Le domaine du proxy comprend les composants de domaine west, example et com.

• Le mot de passe du proxy est password.

name_service=LDAP {domain_name=west.example.com 
                   profile=default 
                   profile_server=172.31.2.1 
                   proxy_dn="cn=proxyagent,ou=profile,
                   dc=west,dc=example,dc=com" 
                   proxy_password=password}

Pour plus d'informations sur l'utilisation de LDAP, reportez-vous au System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).

Mot-clé network_interface

Le mot-clé network_interface permet d'exécuter les tâches ci-dessous.

• spécifier un nom d'hôte ;

• spécifier une adresse IP ;

• spécifier une valeur de masque de réseau ;

• utiliser le DHCP pour configurer l'interface réseau ;

• activer IPv6 sur l'interface réseau.

Les rubriques ci-après décrivent la procédure d'utilisation du mot-clé network_interface pour configurer les interfaces du système.

Syntaxe pour les systèmes non mis en réseau

Pour supprimer la fonction de mise en réseau du système, définissez la valeur network_interface à « none ». Par exemple :

network_interface=none

Syntaxe pour la configuration d'une interface unique

Pour configurer une interface unique à l'aide du mot-clé network_interface procédez comme indiqué ci-dessous.

• Avec DHCP : un serveur DHCP installé sur le réseau peut être utilisé pour configurer l'interface réseau. Pour plus d'informations sur l'utilisation d'un serveur DHCP pendant l'installation, reportez-vous à la rubrique Préconfiguration des informations de configuration système à l'aide du service DHCP - Tâches.

  Pour configurer une interface unique à l'aide du serveur DHCP, utilisez la syntaxe ci-après pour le mot-clé network_interface.

  network_interface=PRIMARY or valeur {dhcp protocol_ipv6=oui_ou_non}

  PRIMARY

  Indique au programme d'installation de configurer la première interface active non loopback disponible sur le système. L'ordre est le même que celui affiché avec la commande ifconfig. Si aucune interface n'est active, la première interface non loopback est utilisée. En l'absence d'interface non loopback, le système n'est pas mis en réseau (NON-NETWORKED).

  valeur

  Indique au programme d'installation de configurer une interface spécifique, telle que hme0 ou eri1.

  protocol_ipv6=yes-or-no

  Indique au programme d'installation de configurer le système pour qu'il utilise ou non IPv6.

  Pour les installations et initialisations via ne connexion WAN, la valeur doit être définie sur protocol_ipv6=no .

• Sans DHCP : si vous ne souhaitez pas utiliser le protocole DHCP pour configurer l'interface réseau, les informations de configuration peuvent être spécifiées dans le fichier sysidcfg. Pour indiquer au programme d'installation de configurer une interface unique sans recourir au DHCP, utilisez la syntaxe ci-dessous.

  network_interface=PRIMARY or valeur {hostname=nom_hôte default_route=adresse_ip ip_address=adresse_ip netmask=masque_réseau protocol_ipv6=oui_ou_non}

  PRIMARY

  Indique au programme d'installation de configurer la première interface active non loopback disponible sur le système. L'ordre est le même que celui affiché avec la commande ifconfig. Si aucune interface n'est active, la première interface non loopback est utilisée. En l'absence d'interface sans rebouclage, le système n'est pas mis en réseau (NON-NETWORKED).

  ---

  Remarque –

  n'utilisez pas la valeur du mot-clé PRIMARY si vous prévoyez de configurer plusieurs interfaces.

  ---

  valeur

  Indique au programme d'installation de configurer une interface spécifique, telle que hme0 ou eri1.

  hostname=nom_hôte

  (Facultatif) Spécifie le nom d'hôte du système.

  default_route=ip_address or NONE

  (Facultatif) Spécifie l'adresse IP du routeur par défaut. Si vous souhaitez que le programme d'installation détecte le routeur à l'aide du protocole de découverte de routeur ICMP, omettez ce mot-clé.

  ---

  Remarque –

  si le programme d'installation ne parvient pas à détecter le routeur, des informations concernant ce dernier vous seront demandées au cours de l'installation.

  ---

  ip_address=ip_address

  (Facultatif) Spécifie l'adresse IP du système.

  netmask=masque_réseau

  (Facultatif) Spécifie la valeur du masque de réseau du système.

  protocol_ipv6=yes_or_no

  (Facultatif) Indique au programme d'installation de configurer le système pour qu'il utilise ou non IPv6.

  ---

  Remarque –

  pour effectuer une installation JumpStart personnalisée automatique, vous devez spécifier une valeur pour le mot-clé protocol_ipv6.

  Pour les installations et initialisations via ne connexion WAN, la valeur doit être définie sur protocol_ipv6=no .

  ---

  En fonction de vos besoins, incluez une combinaison des mots-clés hostname, ip_address et netmask ou aucun d'eux. Si vous n'utilisez pas ces mots-clés, omettez les accolades ({}).

Exemple 6–5 Configuration d'une interface unique avec le DHCP à l'aide du mot-clé network_interface

L'exemple suivant montre comment indiquer au programme d'installation d'utiliser le DHCP pour configurer l'interface réseau eri0. La prise en charge d'IPv6 n'est pas activée.

network_interface=eri0 {dhcp protocol_ipv6=no}

Exemple 6–6 Configuration d'une interface unique en spécifiant les informations de configuration à l'aide du mot-clé network_interface.

L'exemple suivant montre la configuration de l'interface eri0 avec les paramètres ci-dessous.

• Le nom d'hôte est défini sur host1.

• L'adresse IP est définie sur 172.31.88.100.

• Le masque de réseau est défini sur 255.255.255.0.

• La prise en charge d'IPv6 n'est pas activée sur l'interface.

network_interface=eri0 {hostname=host1 ip_address=172.31.88.100
                        netmask=255.255.255.0 protocol_ipv6=no}

Syntaxe pour la configuration de plusieurs interfaces

Vous pouvez configurer plusieurs interfaces réseau dans le fichier sysidcfg . Pour chaque interface à configurer, incluez une entrée network_interface dans le fichier sysidcfg.

Pour configurer plusieurs interfaces à l'aide du mot-clé network_interface, procédez comme indiqué ci-dessous.

• Avec DHCP : un serveur DHCP installé sur le réseau peut être utilisé pour configurer une interface réseau. Pour plus d'informations sur l'utilisation d'un serveur DHCP pendant l'installation, reportez-vous à la rubrique Préconfiguration des informations de configuration système à l'aide du service DHCP - Tâches.

  Pour configurer une interface réseau à l'aide du serveur DHCP, utilisez la syntaxe ci-après pour le mot-clé network_interface.

  network_interface=valeur {primary dhcp protocol_ipv6=oui_ou_non}

  valeur

  Indique au programme d'installation de configurer une interface spécifique, telle que hme0 ou eri1.

  primary

  (Facultatif) Définit valeur comme interface principale.

  protocol_ipv6=yes-or-no

  Indique au programme d'installation de configurer le système pour qu'il utilise ou non IPv6.

  ---

  Remarque –

  Pour les installations et initialisations via une connexion WAN, la valeur doit être définie sur protocol_ipv6=no.

  ---

• Sans DHCP : si vous ne souhaitez pas utiliser le protocole DHCP pour configurer l'interface réseau, les informations de configuration peuvent être spécifiées dans le fichier sysidcfg. Pour indiquer au programme d'installation de configurer plusieurs interfaces sans recourir au DHCP, utilisez la syntaxe ci-dessous.

  network_interface=valeur {primary hostname=nom_hôte default_route=adresse_ip or NONE ip_address=adresse_ip netmask=masque-réseau protocol_ipv6=oui_ou_non}

  valeur

  Indique au programme d'installation de configurer une interface spécifique, telle que hme0 ou eri1.

  primary

  (Facultatif) Définit valeur comme interface principale.

  hostname=nom_hôte

  (Facultatif) Spécifie le nom d'hôte du système.

  default_route=ip_address ou NONE

  (Facultatif) Spécifie l'adresse IP du routeur par défaut. Si vous souhaitez que le programme d'installation détecte le routeur à l'aide du protocole de découverte de routeur ICMP, omettez ce mot-clé.

  Pour configurer plusieurs interfaces dans le fichier sysidcfg, définissez la valeur default_route=NONE pour chaque interface secondaire ne faisant pas appel à une route par défaut statique.

  ---

  Remarque –

  si le programme d'installation ne parvient pas à détecter le routeur, des informations concernant ce dernier vous seront demandées au cours de l'installation.

  ---

  ip_address=ip_address

  (Facultatif) Spécifie l'adresse IP du système.

  netmask=masque_réseau

  (Facultatif) Spécifie la valeur du masque de réseau du système.

  protocol_ipv6=yes_or_no

  (Facultatif) Indique au programme d'installation de configurer le système pour qu'il utilise ou non IPv6.

  ---

  Remarque –

  pour effectuer une installation JumpStart personnalisée automatique, vous devez spécifier une valeur pour le mot-clé protocol_ipv6.

  Pour les installations et initialisations via ne connexion WAN, la valeur doit être définie sur protocol_ipv6=no .

  ---

  En fonction de vos besoins, incluez une combinaison des mots-clés hostname, ip_address et netmask ou aucun d'eux. Si vous n'utilisez pas ces mots-clés, omettez les accolades ({}).

Dans un même fichier sysidcfg, il est possible d'utiliser le DHCP à la fois pour configurer certaines interfaces et pour spécifier les informations de configuration d'autres interfaces.

Exemple 6–7 Configuration de plusieurs interfaces à l'aide du mot-clé network_interface

Dans l'exemple ci-dessous, les interfaces eri0 et eri1 sont configurées de la manière suivante :

• eri0 est configurée à l'aide du serveur DHCP. La prise en charge d'IPv6 n'est pas activée sur eri0.

• eri1 est l'interface réseau principale. Le nom d'hôte est défini sur host1 et l'adresse IP sur 172.31.88.100. Le masque de réseau est défini sur 255.255.255.0. La prise en charge d'IPv6 n'est pas activée sur eri1.

network_interface=eri0 {dhcp protocol_ipv6=no}
network_interface=eri1 {primary hostname=host1 
                        ip_address=172.146.88.100
                        netmask=255.255.255.0 
                        protocol_ipv6=no}

Mot-clé root_password

Le mot de passe racine du système peut être spécifié dans le fichier sysidcfg . Pour ce faire, utilisez le mot-clé root_password avec la syntaxe ci-dessous.

root_password=mot_de_passe_chiffré

mot_de_passe_chiffré est le mot de passe chiffré tel qu'il apparaît dans le fichier /etc/shadow.

Mot-clé security_policy

Vous pouvez utiliser le mot-clé security_policy dans le fichier sysidcfg pour configurer le système afin le protocole d'authentification Kerberos soit utilisé. Si vous souhaitez configurer le système pour qu'il utilise Kerberos, utilisez la syntaxe suivante :

security_policy=kerberos {default_realm=FQDN 
                          admin_server=FQDN kdc=FQDN1, FQDN2, FQDN3}

NDQ indique le nom de domaine qualifié du domaine Kerberos par défaut, du serveur d'administration ou du centre de distribution des clés. Vous devez spécifier au moins un centre de distribution des clés, mais pas plus de trois.

Si vous ne souhaitez pas activer la stratégie de sécurité du système, définissez la valeur security_policy=NONE.

Pour plus d'informations sur le protocole d'authentification Kerberos, reportez-vous au System Administration Guide: Security Services.

Exemple 6–8 Configuration du système pour l'utilisation de Kerberos à l'aide du mot-clé security_policy

L'exemple suivant montre comment configurer le système pour l'utilisation de Kerberos avec les informations ci-dessous.

• Le domaine Kerberos par défaut est example.COM.

• Le serveur d'administration Kerberos est krbadmin.example.COM .

• Les deux centres de distribution de clés sont kdc1.example.COM et kdc2.example.COM.

security_policy=kerberos 
                {default_realm=example.COM 
                 admin_server=krbadmin.example.COM 
                 kdc=kdc1.example.COM, 
                 kdc2.example.COM}

Mot-clé system_locale

Le mot-clé system_locale permet de spécifier la langue dans laquelle afficher le programme d'installation et le bureau. Utilisez la syntaxe suivante pour spécifier un environnement linguistique.

system_locale=environnement_linguistique

environnement_linguistique spécifie la langue dans laquelle vous souhaitez voir le système afficher les panneaux et écrans d'installation. Pour obtenir la liste des valeurs d'environnement linguistique valides, reportez-vous au répertoire /usr/lib/locale ou au International Language Environments Guide.

Mot-clé terminal

Le mot-clé terminal permet de spécifier le type de terminal du système. Utilisez la syntaxe suivante pour spécifier le type de terminal.

terminal=type_terminal

type_terminal spécifie le type de terminal du système. Pour consulter une liste des valeurs de terminal, reportez-vous aux sous-répertoires du répertoire /usr/share/lib/terminfo.

Mot-clé timezone

Le mot-clé timezone permet de définir le fuseau horaire du système. Utilisez la syntaxe ci-dessous.

timezone=fuseau_horaire

Dans l'exemple précédent, fuseau_horaire spécifie la valeur du fuseau horaire du système. Les valeurs des divers fuseaux horaires figurent dans les sous-répertoires et fichiers du répertoire /usr/share/lib/zoneinfo. La valeur fuseau_horaire est le chemin d'accès au fichier correspondant du répertoire /usr/share/lib/zoneinfo. Vous pouvez également définir la valeur de fuseau horaire Olson valide de votre choix.

Exemple 6–9 Configuration du fuseau horaire système à l'aide du mot-clé timezone

Dans l'exemple suivant, le fuseau horaire du système est défini sur l'heure des Montagnes rocheuses aux États-Unis.

timezone=US/Mountain

Le programme d'installation configure le système pour qu'il utilise des informations de fuseau horaire contenues dans le fichier /usr/share/lib/zoneinfo/US/Mountain.

Mot-clé timeserver

Le mot-clé timeserver permet de spécifier le système définissant la date et l'heure du système à installer.

Ne définissez pas timeserver=hostname ou ip-address si vous exécutez un service de noms.

Pour définir timeserver, choisissez une des méthodes ci-dessous.

• Pour que le système utilise son propre serveur horaire, définissez timeserver=localhost. Si vous réglez le serveur horaire sur localhost, l'heure du système est considérée comme étant correcte.

• Pour définir un autre serveur horaire, spécifiez soit le nom d'hôte, soit l'adresse IP du serveur horaire à l'aide du mot-clé timeserver . Utilisez la syntaxe ci-dessous.

  timeserver=nom_hôte or adresse_ip

  nom_hôte est le nom d'hôte du serveur horaire. adresse_ip indique l'adresse IP du serveur horaire.

x86 : Mot-clé monitor

Sur les systèmes x86, les informations du moniteur peuvent être configurées à l'aide du mot-clé monitor. Utilisez la syntaxe ci-dessous avec le mot-clé monitor.

monitor=type_moniteur

Pour définir la valeur du mot-clé monitor, exécutez la commande kdmconfig -d sur le système que vous voulez installer. Copiez la ligne de résultat comportant le mot-clé monitor et ajoutez-la au fichier sysidcfg.

Pour plus d'informations, reportez-vous à kdmconfig(1M)

x86 : Mot-clé keyboard

Sur les systèmes x86, les informations concernant la langue et la disposition du clavier peuvent être configurées à l'aide du mot-clé keyboard. Utilisez la syntaxe suivante avec le mot-clé keyboard.

keyboard=langue_clavier {layout=valeur}

Pour définir la valeur du mot-clé keyboard, exécutez la commande kdmconfig -d sur le système que vous voulez installer. Copiez la ligne de résultat comportant le mot-clé keyboard et ajoutez-la au fichier sysidcfg.

Pour plus d'informations, reportez-vous à kdmconfig(1M)

x86 : Mot-clé display

Sur les systèmes x86, les informations ci-dessous peuvent être configurées à l'aide du mot-clé display.

• carte graphique ;

• taille de l'écran ;

• profondeur de couleur ;

• résolution d'affichage.

Utilisez la syntaxe ci-dessous avec le mot-clé display.

display=carte_graphique {size=taille_écran 
                     depth=profondeur_couleur 
                     resolution=résolution_écran}

Pour définir les valeurs du mot-clé display, exécutez la commande kdmconfig -d sur le système. Copiez la ligne de résultat comportant le mot-clé display et ajoutez-la au fichier sysidcfg.

Pour plus d'informations, reportez-vous à kdmconfig(1M)

x86 : Mot-clé pointer

Sur les systèmes x86, les informations concernant la souris peuvent être configurées à l'aide du mot-clé pointer.

• périphérique de pointage ;

• nombre de boutons ;

• niveau IRQ.

Utilisez la syntaxe ci-dessous avec le mot-clé pointer.

pointer=périphérique_de_pointage {nbuttons=nombre_de_boutons irq=valeur}

Pour définir la valeur du mot-clé pointer, exécutez la commande kdmconfig -d sur le système que vous voulez installer. Copiez la ligne de résultat comportant le mot-clé pointer et ajoutez-la au fichier sysidcfg.

Pour plus d'informations, reportez-vous à kdmconfig(1M)

Création d'un fichier de configuration sysidcfg

Étapes

1. Créez un fichier nommé sysidcfg dans un éditeur de texte.

2. Entrez-y les mots-clés sysidcfg de votre choix.

3. Enregistrez le fichier sysidcfg.

   ---

   Remarque –

   si vous devez créer plusieurs fichiers sysidcfg, placez impérativement chacun d'entre eux dans un répertoire distinct ou sur une disquette. distincte.

   ---

4. Pour rendre le fichier sysidcfg accessible aux clients, placez-le :

   • dans un système de fichiers NFS partagé. Utilisez add_install_client(1M) avec l'option - p pour paramétrer le système à partir du réseau.

   • dans le répertoire racine (/) d'une disquette UFS ou PCFS.

Exemple 6–10 SPARC : fichier sysidcfg

Voici un exemple de fichier sysidcfg pour un système basé sur SPARC. Le nom d'hôte, l'adresse IP et le masque de réseau de ce système ont été préconfigurés en modifiant le service de noms. Toutes les informations de configuration de ces systèmes figurant dans ce fichier, vous pouvez donc employer un profil JumpStart personnalisé pour effectuer une installation JumpStart personnalisée.

system_locale=en_US
timezone=US/Central
terminal=sun-cmd
timeserver=localhost
name_service=NIS {domain_name=marquee.central.example.com
                  name_server=nmsvr2(172.31.112.3)}
root_password=m4QPOWNY
network_interface=hme0 {hostname=host1 
                       default_route=172.31.88.1 
                       ip_address=172.31.88.210 
                       netmask=255.255.0.0 
                       protocol_ipv6=no}
security_policy=kerberos {default_realm=example.COM 
                          admin_server=krbadmin.example.COM 
                          kdc=kdc1.example.COM, 
                          kdc2.example.COM}

Exemple 6–11 x86 : fichier sysidcfg

Voici un exemple de fichier sysidcfg pour un groupe de systèmes x86 tous équipés du même type de clavier, de carte graphique et de pointeur. Les informations sur le périphérique (keyboard, display et pointer) ont été obtenues en exécutant la commande kdmconfig(1M) avec l'option -d. Cet exemple utilise un fichier sysidcfg ; vous êtes invité à sélectionner votre langue de travail ( system_locale) afin de pouvoir poursuivre l'installation.

keyboard=ATKBD {layout=US-English}
display=ati {size=15-inch}
pointer=MS-S
timezone=US/Central
timeserver=timehost1
terminal=ibm-pc
name_service=NIS {domain_name=marquee.central.example.com
                  name_server=nmsvr2(172.25.112.3)}
root_password=URFUni9

Exemple 6–12 Fichier sysidcfg pour la configuration de plusieurs interfaces

Dans l'exemple de fichier sysidcfg ci-dessous, les informations de configuration sont spécifiées pour les interfaces réseau eri0 et eri1. eri0 est configurée comme l'interface réseau principale et eri1 comme l'interface réseau secondaire.

timezone=US/Pacific
system_locale=C
terminal=xterms
timeserver=localhost
network_interface=eri0 {primary
                        hostname=host1
                        ip_address=192.168.2.7
                        netmask=255.255.255.0
                        protocol_ipv6=no
                        default_route=192.168.2.1}

network_interface=eri1 {hostname=host1-b
                        ip_address=192.168.3.8
                        netmask=255.255.255.0
                        protocol_ipv6=no
                        default_route=NONE}
root_password=JE2C35JGZi4B2
security_policy=none
name_service=NIS {domain_name=domain.example.com
                  name_server=nis-server(192.168.2.200)}

Suite de l'installation

Si vous décidez d'utiliser le fichier sysidcfg pour effectuer une installation sur le réseau, vous devez configurer un serveur d'installation et ajouter le système en tant client d'installation. Pour plus d'informations, reportez-vous au Chapitre 7, Préparation en vue d'une installation à partir du réseau – Présentation.

Si vous décidez d'utiliser le fichier sysidcfg lors d'une installation et initialisation via une connexion WAN, vous devez effectuer certaines opérations supplémentaires. Pour plus d'informations, reportez-vous au Chapitre 11, Initialisation via connexion WAN - Présentation .

Si vous décidez d'utiliser le fichier sysidcfg pour effectuer une installation JumpStart personnalisée, vous devez créer un profil ainsi qu'un fichier sysidcfg. Pour plus d'informations, reportez-vous au Chapitre 5, Méthode d’installation JumpStart personnalisée – Présentation du Guide d’installation Solaris 10 : Installations JumpStart personnalisée et avancée.

Voir aussi

Pour plus d'informations sur le fichier sysidcfg, reportez-vous à la page man sysidcfg(4).

Préconfiguration à l'aide d'un service de noms

Le tableau ci-après répertorie toutes les bases de données de service de noms que vous devez modifier ou alimenter en informations pour préconfigurer vos systèmes.

Vous ne pouvez pas préconfigurer l'environnement linguistique d'un système à l'aide d'un service de noms DNS ou LDAP. Si vous utilisez un service de noms NIS ou NIS+, suivez la procédure pour que votre service de noms préconfigure l'environnement linguistique d'un système :

• Préconfiguration d'une version localisée à l'aide de NIS

• Préconfiguration d'un environnement linguistique à l'aide de NIS+

Préconfiguration d'une version localisée à l'aide de NIS

Étapes

1. Connectez-vous en tant que superutilisateur à votre serveur de noms.

2. Modification de /var/yp/Makefile pour ajouter le mappage local.

   1. Insérez cette procédure shell après la dernière procédure shell variable.time .

      locale.time: $(DIR)/locale -@if [ -f $(DIR)/locale ]; then \ sed -e "/^#/d" -e s/#.*$$// $(DIR)/locale \ | awk '{for (i = 2; i<=NF; i++) print $$i, $$0}' \ | $(MAKEDBM) - $(YPDBDIR)/$(DOM)/locale.byname; \ touch locale.time; \ echo "updated locale"; \ if [ ! $(NOPUSH) ]; then \ $(YPPUSH) locale.byname; \ echo "pushed locale"; \ else \ : ; \ fi \ else \ echo "couldn't find $(DIR)/locale"; \ fi

   2. Recherchez la chaîne de caractères all: et à la fin de la liste des variables, insérez le mot locale.

      all: passwd group hosts ethers networks rpc services protocols \ netgroup bootparams aliases publickey netid netmasks c2secure \ timezone auto.master auto.home locale

   3. Vers la fin du fichier, après la dernière entrée de ce type, insérez la chaîne locale: locale.time sur une nouvelle ligne.

      passwd: passwd.time group: group.time hosts: hosts.time ethers: ethers.time networks: networks.time rpc: rpc.time services: services.time protocols: protocols.time netgroup: netgroup.time bootparams: bootparams.time aliases: aliases.time publickey: publickey.time netid: netid.time passwd.adjunct: passwd.adjunct.time group.adjunct: group.adjunct.time netmasks: netmasks.time timezone: timezone.time auto.master: auto.master.time auto.home: auto.home.time locale: locale.time

   4. Sauvegardez le fichier.

3. Créez le fichier /etc/locale et définissez une entrée pour chaque domaine ou système spécifique :

   nom_domaine environnement linguistique

   Ou

   nom_système localisé

   ---

   Remarque –

   International Language Environments Guide contient la liste des environnements linguistiques valides.

   ---

   Par exemple, l'entrée ci-dessous indique que le français est la langue par défaut du domaine example.com :

   fr example.com

   L'entrée suivante indique que la langue par défaut utilisée par le système nommé myhost est le français de Belgique :

   fr_BE myhost

   ---

   Remarque –

   les versions localisées figurent sur le DVD Solaris 10 ou sur le Logiciel Solaris 10 (1).

   ---

4. Effectuez les mappages :

   # cd /var/yp; make

   Tous les systèmes, individuels ou regroupés par domaine, de la carte locale sont désormais configurés de manière à utiliser la version localisée par défaut. La version localisée définie par défaut est utilisée par le programme d'installation, ainsi que par le bureau une fois le système redémarré.

Suite de l'installation

Si vous décidez d'utiliser le service de noms NIS pour effectuer une installation sur le réseau, vous devez configurer un serveur d'installation et ajouter le système en tant que client d'installation. Pour plus d'informations, reportez-vous au Chapitre 7, Préparation en vue d'une installation à partir du réseau – Présentation.

Si vous décidez d'utiliser le service de noms NIS pour effectuer une installation JumpStart personnalisée, vous devez créer un profil ainsi qu'un fichier rules.ok. Pour plus d'informations, reportez-vous au Chapitre 5, Méthode d’installation JumpStart personnalisée – Présentation du Guide d’installation Solaris 10 : Installations JumpStart personnalisée et avancée.

Voir aussi

Pour plus d'informations sur le service de noms NIS, reportez-vous à la Partie III, NIS Setup and Administration du System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).

Préconfiguration d'un environnement linguistique à l'aide de NIS+

La procédure ci-après considère que le domaine NIS+ est configuré. La procédure de configuration du domaine NIS+ est décrite dans le System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).

Étapes

1. Connectez-vous au serveur de noms en tant que superutilisateur ou en tant qu'utilisateur membre du groupe d'administration NIS+.

2. Créez le tableau locale :

   # nistbladm -D access=og=rmcd,nw=r -c locale_tbl name=SI,nogw= locale=,nogw= comment=,nogw= locale.org_dir.`nisdefaults -d`

3. Ajout des entrée nécessaires au tableau locale.

   # nistbladm -a name=nomlocale=version localisée comment=commentaire locale.org_dir.`nisdefaults -d`

   nom

   Nom de domaine ou nom d'un système spécifique pour lequel vous souhaitez préconfigurer une version localisée par défaut.

   environnement_linguistique

   Environnement linguistique que vous souhaitez installer sur le système et utiliser sur votre bureau, une fois le système redémarré. International Language Environments Guide contient la liste des environnements linguistiques valides.

   commentaire

   Champ commentaire. Utilisez des guillemets doubles pour ouvrir et fermer les commentaires d'une longueur supérieure à un mot.

   ---

   Remarque –

   Les versions localisées sont disponibles sur le DVD Solaris 10 ou le CD Logiciel Solaris 10 (1).

   ---

   Tous les systèmes, individuels ou regroupés par domaine, du tableau locale sont désormais configurés de manière à utiliser la version localisée par défaut. La version localisée définie par défaut est celle utilisée par le programme d'installation, ainsi que par le bureau une fois le système redémarré.

Suite de l'installation

Si vous décidez d'utiliser le service de noms NIS+ pour effectuer une installation sur le réseau, vous devez configurer un serveur d'installation et ajouter le système en tant que client d'installation. Pour plus d'informations, reportez-vous au Chapitre 7, Préparation en vue d'une installation à partir du réseau – Présentation.

Si vous décidez d'utiliser le service de noms NIS+ pour effectuer une installation JumpStart personnalisée, vous devez créer un profil ainsi qu'un fichier rules.ok. Pour plus d'informations, reportez-vous au Chapitre 5, Méthode d’installation JumpStart personnalisée – Présentation du Guide d’installation Solaris 10 : Installations JumpStart personnalisée et avancée.

Voir aussi

Pour plus d'informations sur le service de noms NIS+, reportez-vous au System Administration Guide: Naming and Directory Services (NIS+).

Préconfiguration des informations de configuration système à l'aide du service DHCP - Tâches

Le protocole DHCP (Dynamic Host Configuration Protocol) permet aux systèmes hôtes d'un réseau TCP/IP d'être configurés automatiquement pour le réseau lors de leur initialisation. Le DHCP utilise un mécanisme client/serveur. Les serveurs stockent et gèrent les informations de configuration des clients et les fournissent à leur demande. Ces informations comprennent l'adresse IP du client ainsi que des informations sur les services réseau accessibles au client.

L'un des avantages majeurs du DHCP est sa capacité de gérer les affectations d'adresses IP par leasing. Cette fonction permet de récupérer les adresses IP non utilisées et de les ré-attribuer à d'autres clients. Cela permet à un site d'utiliser un pool d'adresses IP plus petit que celui qui serait nécessaire si tous les clients possédaient une adresse permanente.

Le protocole DHCP vous permet d'installer le système d'exploitation Solaris sur certains systèmes client de votre réseau. Tous les systèmes SPARC reconnus par le système d'exploitation Solaris et les systèmes x86 et répondant aux exigences de configuration matériel pour l'exécution du OS Solaris peuvent utiliser cette fonction.

La liste des tâches suivante présente les tâches de haut niveau à effectuer pour permettre aux clients d'obtenir les paramètres d'installation à l'aide du DHCP.

Création d'options DHCP et de macros pour les paramètres d'installation de Solaris

Lorsque vous ajoutez des clients à l'aide du script add_install_client -d sur le serveur d'installation, le script affiche les informations de configuration DHCP sur une sortie standard. Ces informations peuvent être utilisées lors de la création des options et macros nécessaires à la transmission des informations d'installation réseau aux clients.

Vous pouvez personnaliser les options et macros de votre service DHCP pour exécuter les types d'installation suivants :

• Installations pour une classe spécifique : vous pouvez demander au service DHCP d'effectuer une installation réseau pour tous les clients d'une classe spécifique. Par exemple, vous pouvez définir une macro DHCP exécutant la même installation sur tous les systèmes Sun Blade du réseau. Utilisez le résultat de la commande add_install_client -d pour définir une installation pour une classe spécifique.

• Installations spécifiques du réseau : vous pouvez demander au service DHCP d'exécuter une installation réseau pour tous les clients appartenant à un réseau spécifique. Par exemple, vous pouvez définir une macro DHCP qui exécute la même installation sur tous les systèmes du réseau 192.168.2.

• Installations pour un client spécifique : vous pouvez demander au service DHCP d'effectuer une installation réseau pour un client ayant une adresse Ethernet spécifique. Vous pouvez par exemple définir une macro DHCP exécutant une installation spécifique pour le client ayant l'adresse Ethernet 00:07:e9:04:4a:bf. Utilisez le résultat de la commande add_install_client -d -e ethernet_address pour paramétrer une installation spécifique du client.

Pour plus d'informations sur le paramétrage des clients en vue de l'utilisation de DHCP pour une installation réseau, reportez-vous aux procédures suivantes.

• Pour les installations réseau effectuées à l'aide d'un DVD, reportez-vous à la rubrique Ajout de systèmes à installer à partir du réseau à l'aide d'une image DVD.

• Pour les installations réseau effectuées à partir d'un CD, reportez-vous à la rubrique Ajout de systèmes à installer à partir du réseau à l'aide d'une image CD.

Options et valeurs des macros DHCP

Pour installer des clients DHCP à partir du réseau, vous devez créer des options de type Fournisseur pour transmettre les informations nécessaires à l'installation du système d'exploitation Solaris. Les tableaux suivants décrivent les options DHCP communes utilisables pour l'installation d'un client DHCP.

• Démarrage avec la version Solaris 10 1/06, vous pouvez utiliser les options standard DHCP répertoriées dans le Tableau 6–4 pour configurer et installer des systèmes x86. N'étant pas spécifiques des plates-formes, vous pouvez utiliser ces options pour installer le système d'exploitation Solaris sur différents systèmes x86. Utilisez ces options pour installer la version Solaris 10 1/06 sur des systèmes x86 à l'aide de DHCP. Pour obtenir la liste complète des options standard, reportez-vous à dhcp_inittab(4).

• Le Tableau 6–5 répertorie des options utilisables pour l'installation de systèmes client SUN. Les classes client fournisseur répertoriées dans ce tableau déterminent les classes client pouvant utiliser l'option. Utilisez ces options pour installer le système d'exploitation Solaris 10 sur des systèmes SPARC ou pour installer la version Solaris 10 3/05 sur des systèmes x86. Les classes client fournisseur répertoriées ci-dessous ne sont que des exemples. Vous devez définir des classes client indiquant les clients actuels de votre réseau à installer à partir de celui-ci. Pour plus d'informations sur la manière de déterminer la classe client fournisseur, reportez-vous à la rubrique Working With DHCP Options (Task Map) du System Administration Guide: IP Services.

Pour plus d'informations sur les options DHCP, reportez-vous à la rubrique DHCP Option Information du System Administration Guide: IP Services.

Une fois ces options créées, vous pouvez créer les macros correspondantes. Le tableau présenté ci-dessous répertorie des modèles de macros que vous pouvez créer afin de prendre en charge l'installation Solaris des clients.

Les noms des macros répertoriées dans le tableau précédent correspondent aux classes client fournisseur des clients devant effectuer l'installation à partir du réseau. Ces noms sont des exemples de clients que vous pourriez avoir sur votre réseau. Pour plus d'informations sur la manière de déterminer la classe client fournisseur d'un client, reportez-vous à la rubrique Working With DHCP Options (Task Map) du System Administration Guide: IP Services.

Vous pouvez créer ces options et macros à l'aide des méthodes suivantes :

• Créez les options et macros dans le gestionnaire DHCP. Pour savoir comment les créer, reportez-vous à la rubrique Utilisation du gestionnaire DHCP pour créer des options et macros d'installation.

• Écrivez un script créant les options et macros à l'aide de la commande dhtadm. Pour plus d'informations sur l'écriture de scripts permettant de créer ces options et macros, reportez-vous à la rubrique Écriture d'un script utilisant dhtadm pour créer des options et macros.

Notez que la taille totale des options fournisseur fournies pour un client donné ne doit pas dépasser 255 octets, y compris les codes d'option et les informations sur les longueurs. Il s'agit d'une limitation imposée par l'implémentation actuelle du protocole DHCP pour Solaris. En règle générale, vous devez fournir le minimum d'informations nécessaires concernant le vendeur. Pour les options requérant des chemins d'accès, vous devez utiliser des noms courts. Si vous créez des liens symboliques vers des chemins d'accès longs, vous pouvez utiliser les noms de liens les plus courts.

Utilisation du gestionnaire DHCP pour créer des options et macros d'installation

Vous pouvez utiliser un gestionnaire DHCP pour créer les options répertoriées dans le Tableau 6–5 et les macros du Tableau 6–6.

Procédure de création d'options pour la prise en charge de l'installation Solaris (gestionnaire DHCP)

Avant de commencer

Exécutez les tâches suivantes avant de créer des macros DHCP pour votre installation.

• Ajoutez les clients que vous voulez pour l'installation avec DHCP comme clients d'installation de votre serveur d'installation réseau. Pour plus d'informations sur l'ajout d'un client à un serveur d'installation, reportez-vous au chapitre Chapitre 7, Préparation en vue d'une installation à partir du réseau – Présentation.

• Configuration de votre serveur DHCP. S'il n'est pas encore configuré, reportez-vous au Chapitre 13, Planning for DHCP Service (Tasks) du System Administration Guide: IP Services.

Étapes

1. Connectez-vous en tant que superutilisateur sur le système serveur DHCP.

2. Démarrez le gestionnaire DHCP.

   # /usr/sadm/admin/bin/dhcpmgr &

   La fenêtre du gestionnaire DHCP s'affiche.

3. Sélectionnez l'onglet Options dans le gestionnaire DHCP.

4. Sélectionnez Create dans le menu Edit.

   La boîte de dialogue Create Option s'ouvre.

5. Entrez le nom de la première option, puis entrez les valeurs correspondantes.

   Utilisez le résultat de la commande add_install_client, le Tableau 6–4 et le Tableau 6–5 pour contrôler les noms et valeurs des options pour les options que vous devez créer. Vous remarquerez que les classes client fournisseur ne sont que des suggestions de valeurs. Vous devez créer des classes pour indiquer les types de clients actuels ayant besoin d'obtenir les paramètres d'installation Solaris auprès du service DHCP. Pour plus d'informations sur la manière de déterminer la classe client fournisseur, reportez-vous à la rubrique Working With DHCP Options (Task Map) du System Administration Guide: IP Services.

6. Cliquez sur OK une fois les valeurs entrées.

7. Dans l'onglet Options, sélectionnez l'option que vous venez de créer.

8. Sélectionnez Duplicate dans le menu Edit.

   La boîte de dialogue Duplicate Option s'ouvre.

9. Entrez le nom d'une autre option, puis modifiez les autres valeurs de façon appropriée.

   Les valeurs des code, type de données, granularité et maximum sont les plus susceptibles de requérir des modifications. Pour les valeurs, reportez-vous au Tableau 6–4 et au Tableau 6–5.

10. Répétez la procédure à partir de l'Étape 7 à l'Étape 9 jusqu'à ce que vous ayez créé toutes les options.

    Vous pouvez à présent créer les macros afin de transmettre les options aux clients de l'installation réseau, comme décrit dans la procédure suivante.

    ---

    Remarque –

    vous n'avez pas besoin d'ajouter ces options au fichier /etc/dhcp/inittab d'un client Solaris car elles figurent déjà dans ce fichier.

    ---

Procédure de création de macros pour la prise en charge de l'installation Solaris (gestionnaire DHCP)

Avant de commencer

Exécutez les tâches suivantes avant de créer des macros DHCP pour votre installation.

• Ajoutez les clients que vous voulez pour l'installation avec DHCP comme clients d'installation de votre serveur d'installation réseau. Pour plus d'informations sur l'ajout d'un client à un serveur d'installation, reportez-vous au chapitre Chapitre 7, Préparation en vue d'une installation à partir du réseau – Présentation.

• Configuration de votre serveur DHCP. S'il n'est pas encore configuré, reportez-vous au Chapitre 13, Planning for DHCP Service (Tasks) du System Administration Guide: IP Services.

• Créez les options DHCP que vous souhaitez utiliser dans votre macro. Pour plus d'informations sur la création des options DHCP, reportez-vous à la rubrique Procédure de création d'options pour la prise en charge de l'installation Solaris (gestionnaire DHCP).

Étapes

1. Sélectionnez l'onglet Macros dans le gestionnaire DHCP.

2. Sélectionnez Create dans le menu Edit.

   La boîte de dialogue Create Macro s'ouvre.

3. Entrez le nom de la macro.

   Pour les noms de macro que vous pourriez utiliser, reportez-vous au Tableau 6–6.

4. Cliquez sur le bouton Select.

   La boîte de dialogue Select Option s'ouvre.

5. Sélectionnez Vendor dans la liste Category.

   Les options Vendor créées sont répertoriées.

6. Sélectionnez une option que vous souhaitez ajouter à la macro et cliquez sur OK.

7. Entrez une valeur pour l'option.

   Reportez-vous au Tableau 6–4 et au Tableau 6–5 pour le type de données des options et aux informations fournies par add_install_client -d.

8. Répétez la procédure de l'Étape 6 et de l'Étape 7 pour chacune des options à inclure.

   Pour inclure une nouvelle macro, entrez Include comme nom de l'option et entrez le nom de la macro comme valeur de l'option.

9. Cliquez sur OK quand la macro est terminée.

Suite de l'installation

Si vous décidez d'utiliser le protocole DHCP pour effectuer une installation sur le réseau, vous devez configurer un serveur d'installation et ajouter le système en tant que client d'installation. Pour plus d'informations, reportez-vous au Chapitre 7, Préparation en vue d'une installation à partir du réseau – Présentation.

Si vous décidez d'utiliser le protocole DHCP lors d'une installation et initialisation via une connexion WAN, vous devez effectuer certaines opérations supplémentaires. Pour plus d'informations, reportez-vous au Chapitre 11, Initialisation via connexion WAN - Présentation .

Si vous décidez d'utiliser le protocole DHCP pour effectuer une installation JumpStart personnalisée, vous devez créer un profil ainsi qu'un fichier rules.ok. Pour plus d'informations, reportez-vous au Chapitre 5, Méthode d’installation JumpStart personnalisée – Présentation du Guide d’installation Solaris 10 : Installations JumpStart personnalisée et avancée.

Voir aussi

Pour plus d'informations sur DHCP, reportez-vous à la Partie III, DHCP du System Administration Guide: IP Services.

Écriture d'un script utilisant dhtadm pour créer des options et macros

Vous pouvez créer un script Korn shell en modifiant l'exemple figurant dans l'Exemple 6–13 pour créer toutes les options répertoriées dans le Tableau 6–4 et le Tableau 6–5 de certaines macros utiles. Assurez-vous de corriger toutes les adresses IP et les valeurs contenues entre les guillemets, les noms des serveurs, ainsi que les chemins de votre réseau. Vous devez également éditer la clé Vendor= pour indiquer la classe de clients que vous possédez. Utilisez les informations affichées par add_install_client -d pour obtenir les données requises pour adapter le script.

Exemple 6–13 Exemple de script pour la prise en charge de l'installation réseau

# Load the Solaris vendor specific options. We'll start out supporting 
# the Sun-Blade-1000, Sun-Fire-880, and i86 platforms. Note that the 
# SUNW.i86pc option only applies for the Solaris 10 3/05 release. 
# Changing -A to -M would replace the current values, rather than add them.
dhtadm -A -s SrootOpt -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,1,ASCII,1,0'
dhtadm -A -s SrootIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,2,IP,1,1'
dhtadm -A -s SrootNM -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,3,ASCII,1,0'
dhtadm -A -s SrootPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,4,ASCII,1,0'
dhtadm -A -s SswapIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,5,IP,1,0'
dhtadm -A -s SswapPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,6,ASCII,1,0'
dhtadm -A -s SbootFIL -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,7,ASCII,1,0'
dhtadm -A -s Stz -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,8,ASCII,1,0'
dhtadm -A -s SbootRS -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,9,NUMBER,2,1'
dhtadm -A -s SinstIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,10,IP,1,1'
dhtadm -A -s SinstNM -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,11,ASCII,1,0'
dhtadm -A -s SinstPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,12,ASCII,1,0'
dhtadm -A -s SsysidCF -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,13,ASCII,1,0'
dhtadm -A -s SjumpsCF -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,14,ASCII,1,0'
dhtadm -A -s Sterm -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,15,ASCII,1,0'
dhtadm -A -s SbootURI -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,16,ASCII,1,0'
dhtadm -A -s SHTTPproxy -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,17,ASCII,1,0'
# Load some useful Macro definitions.
# Define all Solaris-generic options under this macro named Solaris.
dhtadm -A -m Solaris -d \
':SrootIP4=10.21.0.2:SrootNM="blue2":SinstIP4=10.21.0.2:SinstNM="red5":'
# Define all sparc-platform specific options under this macro named sparc.
dhtadm -A -m sparc -d \
':SrootPTH="/export/sparc/root":SinstPTH="/export/sparc/install":'
# Define all sun4u architecture-specific options under this macro named sun4u. 
#  (Includes Solaris and sparc macros.)
dhtadm -A -m sun4u -d ':Include=Solaris:Include=sparc:'
# Solaris on IA32-platform-specific parameters are under this macro named i86pc.
# Note that this macro applies only for the Solaris 10 3/05 release.
dhtadm -A -m i86pc -d \
':Include=Solaris:SrootPTH="/export/i86pc/root":SinstPTH="/export/i86pc/install"\
:SbootFIL="/platform/i86pc/kernel/unix":'
# Solaris on IA32 machines are identified by the "SUNW.i86pc" class. All
# clients identifying themselves as members of this class will see these
# parameters in the macro called SUNW.i86pc, which includes the i86pc macro.
# Note that this class only applies for the Solaris 10 3/05 release.
dhtadm -A -m SUNW.i86pc -d ':Include=i86pc:'
# Sun-Blade-1000 platforms identify themselves as part of the 
# "SUNW.Sun-Blade-1000" class.
# All clients identifying themselves as members of this class
#  will see these parameters.
dhtadm -A -m SUNW.Sun-Blade-1000 -d \
':SbootFIL="/platform/sun4u/kernel/sparcv9/unix":\
Include=sun4u:'
# Sun-Fire-880 platforms identify themselves as part of the "SUNW.Sun-Fire-880" class.
# All clients identifying themselves as members of this class will see these parameters.
dhtadm -A -m SUNW.Sun-Fire-880 -d \
':SbootFIL="/platform/sun4u/kernel/sparcv9/unix":Include=sun4u:'
# Add our boot server IP to each of the network macros for our topology served by our
# DHCP server. Our boot server happens to be the same machine running our DHCP server.
dhtadm -M -m 10.20.64.64 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.20.64.0 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.20.64.128 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.21.0.0 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.22.0.0	-e BootSrvA=10.21.0.2
# Make sure we return host names to our clients.
dhtadm -M -m DHCP-servername -e Hostname=_NULL_VALUE_
# Create a macro for PXE clients that want to boot from our boot server.
# Note that this macro applies for the Solaris 10 3/05 release.
dhtadm -A -m PXEClient:Arch:00000:UNDI:002001 -d \
:BootFile=nbp.i86pc:BootSrvA=10.21.0.2:
# Create a macro for PXE clients that want to boot from our boot server.
# Note that this macro applies for the Solaris 10 2/06 release.
dhtadm -A -m PXEClient:Arch:00000:UNDI:002001 -d \
:BootFile=i86pc:BootSrvA=10.21.0.2:
# Create a macro for the x86 based client with the Ethernet address 00:07:e9:04:4a:bf 
# to install from the network by using PXE.
dhtadm -A -m 010007E9044ABF -d :BootFile=010007E9044ABF:BootSrvA=10.21.0.2:
# The client with this MAC address is a diskless client. Override the root settings
# which at the network scope setup for Install with our client's root directory.
dhtadm -A -m 0800201AC25E -d \
':SrootIP4=10.23.128.2:SrootNM="orange-svr-2":SrootPTH="/export/root/10.23.128.12":'

Exécutez dhtadm en mode batch en tant que superutilisateur. Spécifiez le nom du script pour ajouter les options et les macros à votre dhcptab . Par exemple, si votre script se nomme netinstalloptions , entrez la commande suivante :

# dhtadm -B netinstalloptions

Les clients ayant des classes client fournisseur répertoriées dans la chaîne Vendor= peuvent désormais utiliser le DHCP pour s'installer via le réseau.

Pour plus d'informations sur l'utilisation de la commande dhtadm, reportez-vous à dhtadm(1M). Pour plus d'informations sur le fichier dhcptab, reportez-vous à dhcptab(4).

SPARC : préconfiguration des informations de gestion d'alimentation

Le logiciel Power Management, fourni avec le système d'exploitation Solaris, permet d'enregistrer l'état du système et d'arrêter ce dernier automatiquement au bout de 30 minutes d'inactivité. Lorsque vous installez le système d'exploitation Solaris10 sur un système conforme aux normes EPA Energy Star (version 2), tel que le système sun4u, Power Management est installé par défaut. Si vous effectuez l'installation par le biais de l'interface graphique utilisateur (IG) du Programme d'installation de Solaris, ce dernier vous invite à activer ou à désactiver le logiciel Power Management. L'interface de ligne de commande de Solaris vous invite à activer ou à désactiver le logiciel Power Management lorsque l'installation est terminée et que votre système redémarre.

si Energy Star version 3 ou supérieure est installé sur votre système, vous ne verrez pas apparaître cette question.

Les installations interactives n'autorisent pas la préconfiguration des informations relatives à la gestion d'énergie. Vous ne recevez donc aucune invite dans ce cas. Toutefois, dans le cas d'une installation JumpStart personnalisée, vous pouvez préconfigurer les informations de gestion d'énergie à l'aide d'un script de fin pour créer un fichier /autoshutdown ou /noautoshutdown sur votre système. Lorsque le système redémarre, le fichier /autoshutdown active la gestion d'énergie et le fichier /noautoshutdown la désactive.

Par exemple, la ligne ci-dessous insérée dans un script de fin active le logiciel Power Management et annule l'affichage de l'invite au redémarrage.

touch /a/autoshutdown

Les scripts de fin sont décrits dans la rubrique Création de scripts de fin du Guide d’installation Solaris 10 : Installations JumpStart personnalisée et avancée.