Partie I Utilisation de JumpStart personnalisée

Cette section répertorie diverses instructions relatives à la création, la préparation et l'exécution d'installations JumpStart personnalisées.

Chapitre 1 Emplacement des informations de planification pour l'installation de Solaris

Ce manuel contient des informations sur l'installation du système d'exploitation Solaris à l'aide du programme d'installation JumpStart automatisée. Il contient toutes les informations nécessaires à ce type d'opération. Toutefois, vous trouverez d'autres informations utiles dans le manuel de planification disponible dans la documentation d'installation. Le tableau ci-dessous répertorie les sources d'information à consulter avant de procéder à l'installation du système.

Emplacement des informations sur la planification et la configuration système requise

Le Guide d'installation de Solaris 10 10/09 : planification d'installation et de mise à niveau indique la configuration système requise et fournit des directives d'ordre général concernant la planification, notamment concernant la planification des systèmes de fichiers et de la mise à niveau. Cette section décrit le contenu des chapitres constituant ce manuel.

Chapitre 2 Méthode d'installation JumpStart personnalisée – Présentation

Ce chapitre présente le processus d'installation JumpStart personnalisé.

Dans le cas de l'installation d'un pool racine Solaris ZFS^TM, reportez-vous au Chapitre 9Installation d'un pool racine ZFS à l'aide de JumpStart pour connaître les restrictions et voir des exemples de profil.

• Introduction à la méthode d'installation JumpStart personnalisée

• Procédure d'installation du logiciel Solaris à l'aide du programme JumpStart

Introduction à la méthode d'installation JumpStart personnalisée

La méthode d'installation JumpStart personnalisée est une interface de ligne de commande vous permettant d'installer ou de mettre à niveau automatiquement plusieurs systèmes, en fonction des profils que vous créez. Ces profils définissent la configuration minimale requise par l'installation des logiciels. Vous pouvez également y inclure des scripts de shell correspondant à des tâches exécutables avant et après l'installation. Choisissez le profil et les scripts que vous souhaitez utiliser pour l'installation ou la mise à niveau. La méthode d'installation JumpStart personnalisée procède à l'installation de votre système ou à sa mise à niveau d'après le profil et les scripts que vous aurez sélectionnés. Vous pouvez également utiliser un fichier sysidcfg pour y spécifier vos informations de configuration de manière à ce que l'installation JumpStart personnalisée puisse se faire sans intervention de votre part.

Exemple de scénario JumpStart personnalisé

L'exemple de scénario ci-dessous vous permettra de mieux comprendre le processus JumpStart personnalisé. Dans cet exemple, les paramètres de l'installation sont les suivants :

• Installer Solaris sur 100 nouveaux systèmes.

• Soixante-dix de ces systèmes sont des systèmes SPARC autonomes, utilisés dans la division technique, sur lesquels il faut installer le groupe de logiciels du système d'exploitation Solaris pour développeurs.

• Les 30 systèmes restants sont des systèmes x86, utilisés au sein de la division marketing, sur lesquels il faut installer le groupe de logiciels du système d'exploitation Solaris pour utilisateurs finaux.

L'administrateur système doit d'abord créer un fichier rules et un profil pour chaque groupe de systèmes. Le fichier rules est un fichier texte comportant une règle pour chaque groupe de systèmes ou chaque système sur lequel vous souhaitez installer le logiciel Solaris. Chaque règle désigne un groupe de systèmes ayant un ou plusieurs attributs en commun. Chaque règle lie également chaque groupe à un profil.

Un profil est un fichier texte qui définit la procédure d'installation du logiciel Solaris sur chaque système d'un groupe. Le fichier rules et le profil doivent se trouver dans un même répertoire JumpStart.

Dans l'exemple de scénario, l'administrateur système crée un fichier rules qui contient deux règles différentes, une pour le groupe Ingénierie et une autre pour le groupe Marketing. Pour chaque règle, le numéro de réseau du système est utilisé pour distinguer le groupe technique du groupe marketing.

Chaque règle comporte également un lien vers le profil correspondant. Dans le cas de la règle du groupe technique, un lien est prévu vers le profil eng_profile, créé pour le groupe technique. Dans le cas de la règle du groupe marketing, un lien est prévu vers le profil market_profile , créé pour le groupe marketing.

Vous pouvez sauvegarder le fichier rules et vos profils sur une disquette ou sur un serveur.

• Vous devrez utiliser une disquette de profils pour effectuer des installations JumpStart personnalisées sur des systèmes autonomes, hors réseau.

• Vous utiliserez un serveur de profils pour effectuer des installations JumpStart personnalisées sur des systèmes en réseau ayant accès à ce serveur.

Une fois le fichier rules et les profils créés, validez-les à l'aide du script check. Si le script check s'exécute avec succès, il crée un fichier, nommé rules.ok. Le fichier rules.ok est une version générée du fichier rules qu'utilise le programme JumpStart pour installer le logiciel Solaris.

Procédure d'installation du logiciel Solaris à l'aide du programme JumpStart

Après avoir validé le fichier rules et les profils, vous pouvez effectuer une installation JumpStart personnalisée. Le programme JumpStart lit le fichier rules.ok. Ensuite, le programme JumpStart recherche la première règle dont les attributs système correspondent à ceux du système sur lequel le programme JumpStart tente d'installer le logiciel Solaris. Dès qu'il a établi une correspondance, le programme JumpStart utilise le profil spécifié dans la règle pour installer convenablement le logiciel Solaris sur le système.

La Figure 2–1 illustre le fonctionnement d'une installation JumpStart personnalisée sur un système autonome non connecté au réseau. L'administrateur système démarre l'installation JumpStart personnalisée sur le système de Pierre. Le programme JumpStart accède aux règles enregistrées sur la disquette insérée dans l'unité de disque appropriée du système. Le programme JumpStart établit une correspondance entre la rule 2 et le système. La rule 2 impose au programme JumpStart d'utiliser le profil de Pierre pour installer le logiciel Solaris. Le programme JumpStart lit le profil de Pierre et installe le logiciel Solaris en respectant les instructions données par l'administrateur système dans le profil de Pierre.

Figure 2–1 Fonctionnement d'une installation JumpStart personnalisée : exemple de système non connecté au réseau

La Figure 2–2 illustre le fonctionnement d'une installation JumpStart personnalisée sur un réseau comportant plusieurs systèmes. L'administrateur système a précédemment défini plusieurs profils qu'il a enregistrés sur un même serveur. L'administrateur système démarre l'installation JumpStart personnalisée sur l'un des systèmes du groupe technique. Le programme JumpStart accède au fichier des règles du répertoire JumpStart/ du serveur. Le programme JumpStart fait correspondre le système Ingénierie à rule 1. La rule 1 impose au programme JumpStart d'utiliser le Profil des groupes techniques pour installer le logiciel Solaris. Le programme JumpStart lit le Profil des groupes techniques et installe le logiciel Solaris en respectant les instructions données par l'administrateur système dans le Profil des groupes techniques.

Figure 2–2 Fonctionnement d'une installation JumpStart : exemple de système en réseau

La Figure 2–3 décrit l'ordre dans lequel le programme JumpStart recherche les fichiers d'installation JumpStart personnalisée.

Figure 2–3 Organigramme d'une installation JumpStart personnalisée

Chapitre 3 Préparation d'une installation JumpStart personnalisée – Tâches

Ce chapitre vous guide pas à pas tout au long de la procédure de préparation des systèmes de votre organisation à partir desquels et sur lesquels vous souhaitez installer le logiciel Solaris à l'aide de la méthode d'installation JumpStart personnalisée.

Dans le cas de l'installation d'un pool racine Solaris ZFS, reportez-vous au Chapitre 9Installation d'un pool racine ZFS à l'aide de JumpStart pour connaître les restrictions et voir des exemples de profil.

• Liste des tâches à effectuer lors de la préparation à une installation JumpStart personnalisée

• Création d'un serveur de profils pour des systèmes en réseau

• Création d'une disquette de profils pour systèmes autonomes

• Création du fichier rules

• Création d'un profil

• Test d'un profil

• Validation du fichier rules

Liste des tâches à effectuer lors de la préparation à une installation JumpStart personnalisée

Création d'un serveur de profils pour des systèmes en réseau

Dans le cadre de la configuration d'installations JumpStart personnalisées sur des systèmes en réseau, vous devez créer un répertoire sur un serveur, appelé répertoire JumpStart. Le répertoire JumpStart ainsi créé comporte tous les fichiers JumpStart personnalisés essentiels, par exemple le fichier rules, le fichier rules.ok et les profils. Vous devez enregistrer le répertoire JumpStart dans le répertoire racine (/) du serveur de profils.

Le serveur qui contient le répertoire JumpStart s'appelle un serveur de profils. Un serveur de profils peut être le même système qu'un serveur d'installation ou qu'un serveur d'initialisation, ou un serveur complètement différent. Un serveur de profils peut fournir des fichiers JumpStart personnalisés à différentes plates-formes. Un serveur x86 peut, par exemple, fournir des fichiers JumpStart personnalisés à des systèmes SPARC ainsi qu'à des systèmes x86.

Après avoir créé un serveur de profils, vous devez autoriser vos systèmes à y accéder. Pour obtenir des instructions détaillées, reportez-vous à la section Autorisation pour tous les systèmes d'accéder au serveur de profils.

Création d'un répertoire JumpStart sur un serveur

Cette procédure suppose que votre système exploite le gestionnaire de volumes Volume Manager. Si vous n'utilisez pas le gestionnaire de volumes pour gérer les disques, reportez-vous au System Administration Guide: Devices and File Systems pour plus d'informations sur la gestion de médias amovibles sans le gestionnaire de volumes.

1. Recherchez le serveur sur lequel vous souhaitez créer le répertoire JumpStart.

2. 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 section Configuring RBAC (Task Map) du System Administration Guide: Security Services.

3. Créez le répertoire JumpStart sur n'importe quel point du serveur.

   # mkdir -m 755 jumpstart_dir_path

   La valeur de chemin_rép_jumpstart est le chemin d'accès absolu au répertoire JumpStart.

   La commande ci-après crée par exemple un répertoire appelé jumpstart dans le répertoire racine (/) et règle le degré de permission sur 755 :

   # mkdir -m 755 /jumpstart

4. Modifiez le fichier /etc/dfs/dfstab en ajoutant l'entrée suivante.

   share -F nfs -o ro,anon=0 jumpstart_dir_path

   L'entrée suivante partage par exemple le répertoire /jumpstart :

   share -F nfs -o ro,anon=0 /jumpstart

5. Saisissez shareall et appuyez sur Entrée.

6. Déterminez si vous souhaitez copier des exemples de fichiers d'installation JumpStart personnalisée dans votre répertoire JumpStart.

   • Sinon, passez à l'Étape 9.

   • Le cas échéant, consultez le tableau ci-dessous pour connaître la procédure à suivre.

   Exemples d'emplacements	Instructions
   Le DVD du système d'exploitation Solaris ou le 1 du logiciel Solaris pour votre plate-forme	Insérez le DVD du système d'exploitation Solaris ou le 1 du logiciel Solaris CD dans l'unité de CD-ROM de votre système.  Le gestionnaire de volumes monte automatiquement le CD ou DVD.
   Une image du DVD du système d'exploitation Solaris ou du CD 1 du logiciel Solaris pour votre plate-forme sur un disque local.	Accédez au répertoire de l'image du DVD du système d'exploitation Solaris ou du 1 du logiciel Solaris. Entrez par exemple la commande suivante :  cd /export/install

7. Copiez les fichiers JumpStart personnalisés vers le répertoire JumpStart du serveur de profils.

   # cp -r media_path/Solaris_10/Misc/jumpstart_sample/* jumpstart_dir_path

   chemin_média

   Chemin d'accès au CD, au DVD ou à leur image sur le disque local

   chemin_rép_jumpstart

   Le chemin d'accès aux fichiers JumpStart personnalisés sur le serveur de profils

   La commande ci-après copie par exemple le répertoire jumpstart_sample dans le répertoire /jumpstart du serveur de profils.

   cp -r /cdrom/cdrom0/Solaris_10/Misc/jumpstart_sample/* /jumpstart

8. Mettez à jour les fichiers JumpStart donnés en exemples de sorte qu'ils puissent fonctionner sur votre environnement.

9. Vérifiez que le répertoire JumpStart figure dans root et que le degré de permission est réglé sur 755.

10. Autorisez les systèmes du réseau à accéder au serveur de profils.

    Pour obtenir des instructions détaillées, reportez-vous à la section Autorisation pour tous les systèmes d'accéder au serveur de profils.

Octroi de l'accès au serveur de profils à tous les systèmes

Lorsque vous créez un serveur de profils, vous devez vous assurer que tous les systèmes peuvent accéder au répertoire JumpStart du serveur de profils au cours d'une installation JumpStart personnalisée. Utilisez l'une des méthodes suivantes pour garantir l'accès.

Autorisation pour tous les systèmes d'accéder au serveur de profils

Utilisez la procédure suivante uniquement si vous stockez les informations d'installation réseau dans les emplacements suivants :

• Dans le fichier /etc/bootparams.

• Dans la base de données bootparams du service d'attribution de noms. Pour mettre à jour la base de données bootparams, ajoutez l'entrée indiquée dans l'Étape 3.

Si vous utilisez la procédure suivante, les systèmes doivent être de même type (tous SPARC, par exemple).

N'utilisez pas cette procédure :

• si vous sauvegardez le répertoire JumpStart sur une disquette ;

• si vous définissez l'emplacement du serveur de profils lorsque vous initialisez le système. Si vous disposez de systèmes avec des architectures différentes, vous devez définir l'emplacement du serveur de profils lorsque vous initialisez le système.

Si les conditions ci-dessus sont présentes, utilisez la commande boot SPARC ou utilisez le menu GRUB x86.

Vous pouvez également stocker les informations d'installation réseau sur un serveur DHCP.

• Pour les systèmes SPARC, utilisez la commande add_install_client et l'option -d pour indiquer que le programme JumpStart personnalisé utilise le serveur DHCP. Ou utilisez la commande boot avec l'option dhcp pour indiquer que le programme d'installation JumpStart personnalisée utilise le serveur DHCP. Pour les instructions sur l'utilisation de cette option, reportez-vous à la section SPARC : référence de la commande boot.

• Pour les systèmes x86, utilisez dhcp de l'une des manières suivantes :

  • Si vous utilisez un serveur d'installation, utilisez la commande add_install_client et l'option -d pour définir que le programme JumpStart personnalisée utilise le serveur DHCP avec PXE.

  • Vous pouvez modifier l'entrée GRUB du menu GRUB et ajouter l'option dhcp. Pour les instructions sur la modification de l'entrée GRUB, reportez-vous à la section x86 : exécution d'une installation JumpStart personnalisée en modifiant la commande GRUB boot.

1. Sur le serveur d'installation ou d'initialisation, connectez-vous comme superutilisateur.

2. Utilisez un éditeur de texte pour ouvrir /etc/bootparams.

3. Ajoutez cette entrée.

   * install_config=server:jumpstart_dir_path

   *

   Caractère joker qui indique que tous les systèmes peuvent accéder.

   serveur

   Nom d'hôte du serveur de profils sur lequel réside le répertoire JumpStart.

   chemin_rép_jumpstart

   Chemin d'accès absolu au répertoire JumpStart.

   Par exemple, l'entrée suivante permet à tous les systèmes d'accéder au répertoire /jumpstart du serveur de profils sherlock :

   * install_config=sherlock:/jumpstart

   ---

   Attention –

   Cette procédure peut générer le message d'erreur suivant lors de l'initialisation d'un client d'installation :

   AVERTISSEMENT : getfile: RPC failed: error 5 (RPC Timed out).

   Messages d'erreur liés à une initialisation à partir du réseau contient des informations sur ce message d'erreur.

   ---

   Tous vos systèmes bénéficient désormais d'un accès au serveur de profils.

Création d'une disquette de profils pour systèmes autonomes

Une disquette qui contient un répertoire JumpStart est une disquette de profils. Un système n'étant pas relié à un réseau ne peut pas accéder à un serveur de profils. Par conséquent, vous devez créer un répertoire JumpStart sur une disquette pour les systèmes qui ne sont pas connectés en réseau. Le système sur lequel vous créez une disquette de profils doit être équipé d'un lecteur de disquette.

Le répertoire JumpStart contient tous les fichiers d'installation JumpStart personnalisée, tels que le fichier rules et le fichier rules.ok, ainsi que les profils. Vous devez enregistrer le répertoire JumpStart dans le répertoire racine (/) de la disquette de profils.

Reportez-vous à l'une des procédures suivantes :

• SPARC : création d'une disquette de profils

• x86 : création d'une disquette de profils avec GRUB

SPARC : création d'une disquette de profils

Cette procédure suppose que le système exécute le gestionnaire de volumes. Si vous n'utilisez pas Volume Manager pour gérer les disquettes, CD et DVD, reportez-vous au System Administration Guide: Devices and File Systems pour en savoir plus sur la gestion des supports amovibles sans Volume Manager.

1. Recherchez un système SPARC équipé d'un lecteur de disquette.

2. 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 section Configuring RBAC (Task Map) du System Administration Guide: Security Services.

3. Insérez une disquette vierge (ou une disquette déjà utilisée, mais dont le contenu peut être écrasé) dans le lecteur de disquette.

4. Montez la disquette.

   # volcheck

5. Déterminez si la disquette comporte un système de fichiers UNIX (UFS).

   Recherchez dans le contenu du fichier /etc/mnttab du système une entrée telle que :

   /vol/dev/diskette0/scrap /floppy/scrap ufs suid,rw,largefiles,dev=1740008 927147040

   • Si cette entrée existe, passez à l'Étape 7.

   • Dans le cas contraire, poursuivez avec l'étape suivante.

6. Créez un système UFS sur la disquette.

   # newfs /vol/dev/aliases/floppy0

7. Déterminez si vous souhaitez copier des exemples de fichiers d'installation JumpStart personnalisée dans votre répertoire JumpStart.

   • Sinon, passez à l'Étape 10.

   • Le cas échéant, consultez le tableau ci-dessous pour connaître la procédure à suivre.

   Exemples d'emplacements	Instructions
   Le DVD du système d'exploitation Solaris pour plates-formes SPARC ou le Logiciel Solaris pour les plates-formes SPARC - 1 CD	Insérez le DVD du système d'exploitation Solaris pour plates-formes SPARC ou le Logiciel Solaris pour les plates-formes SPARC - 1 CD dans le lecteur de CD du serveur.  Le gestionnaire de volumes monte automatiquement le CD ou DVD.
   Une image du DVD du système d'exploitation Solaris pour plates-formes SPARC ou du Logiciel Solaris pour les plates-formes SPARC - 1 CD sur un disque local	Accédez au répertoire dans lequel réside l'image du DVD du système d'exploitation Solaris pour plates-formes SPARC ou du Logiciel Solaris pour les plates-formes SPARC - 1 CD. Entrez par exemple la commande suivante :  cd /export/install

8. Copiez les exemples de fichiers JumpStart personnalisés vers le répertoire JumpStart de la disquette de profils.

   # cp -r media_path/Solaris_10/Misc/jumpstart_sample/* jumpstart_dir_path

   chemin_média

   Chemin d'accès au CD, au DVD ou à leur image sur le disque local

   chemin_rép_jumpstart

   Chemin d'accès à la disquette de profils sur laquelle vous souhaitez placer les fichiers JumpStart personnalisés donnés en exemple.

   ---

   Remarque –

   Vous devez enregistrer tous les fichiers de l'installation JumpStart personnalisée dans le répertoire racine (/) de la disquette de profils.

   ---

   La commande suivante, par exemple, copie le contenu de jumpstart_sample du Logiciel Solaris pour les plates-formes SPARC - 1 CD vers le répertoire racine (/) de la disquette de profils scrap:

   cp -r /cdrom/cdrom0/Solaris_10/Misc/jumpstart_sample/* /floppy/scrap

9. Mettez à jour les fichiers JumpStart donnés en exemple sur la disquette de profils de sorte que ces fichiers fonctionnent dans votre environnement.

10. Vérifiez que le répertoire JumpStart figure dans root et que le degré de permission est réglé sur 755.

11. Éjectez la disquette.

    # eject floppy

    Vous venez de terminer la procédure de création d'une disquette de profils. Vous pouvez maintenant mettre à jour le fichier rules et créer des profils sur la disquette de profils en vue d'effectuer des installations JumpStart personnalisées. Pour continuer, passez à la section Création du fichier rules.

x86 : création d'une disquette de profils avec GRUB

Utilisez cette procédure pour créer une disquette de profils à l'aide du menu GRUB. Un menu GRUB est fourni lors de l'installation pour effectuer l'initialisation. Le menu GRUB remplace assistant de configuration des périphériques de Solaris qui pouvait être nécessaire pour initialiser un système dans des versions antérieures.

Cette procédure suppose que le système exécute le gestionnaire de volumes. Si vous n'utilisez pas Volume Manager pour gérer les disquettes, CD et DVD, reportez-vous au System Administration Guide: Devices and File Systems pour en savoir plus sur la gestion des supports amovibles sans Volume Manager.

1. Recherchez un système x86 équipé d'un lecteur de disquette.

2. 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 section Configuring RBAC (Task Map) du System Administration Guide: Security Services.

3. Insérez une disquette vierge dans l'unité de disquette (ou une disquette déjà utilisée, mais dont le contenu peut être écrasé).

4. Montez la disquette.

   # volcheck

5. Déterminez si vous souhaitez copier des exemples de fichiers d'installation JumpStart personnalisée dans votre répertoire JumpStart.

   • Sinon, passez à l'Étape 8.

   • Le cas échéant, consultez le tableau ci-dessous pour connaître la procédure à suivre.

   Exemples d'emplacements	Instructions
   Le DVD du système d'exploitation Solaris pour plates-formes x86 ou le Logiciel Solaris pour les plates-formes x86 - 1 CD	Insérez le DVD du système d'exploitation Solaris pour plates-formes x86 ou le Logiciel Solaris pour les plates-formes x86 - 1 CD dans l'unité de CD-ROM du serveur.  Le gestionnaire de volumes monte automatiquement le DVD ou CD.
   Une image du DVD du système d'exploitation Solaris pour plates-formes x86 ou du Logiciel Solaris pour les plates-formes x86 - 1 CD sur un disque local	Accédez au répertoire dans lequel réside l'image du DVD du système d'exploitation Solaris pour plates-formes x86 ou du Logiciel Solaris pour les plates-formes x86 - 1 CD. Par exemple, tapez la commande suivante :  cd /export/install

6. Copiez les exemples de fichiers JumpStart personnalisés vers le répertoire JumpStart de la disquette de profils.

   # cp -r media_path/Solaris_10/Misc/jumpstart_sample/* jumpstart_dir_path

   chemin_média

   Chemin d'accès au CD, au DVD ou à leur image sur le disque local

   chemin_rép_jumpstart

   Chemin d'accès à la disquette de profils sur laquelle vous souhaitez placer les fichiers JumpStart personnalisés donnés en exemple.

   ---

   Remarque –

   Vous devez enregistrer tous les fichiers de l'installation JumpStart personnalisée dans le répertoire racine (/) de la disquette de profils.

   ---

   Par exemple, la commande suivante copie le contenu de jumpstart_sample du Logiciel Solaris pour les plates-formes x86 - 1 CD vers le répertoire racine (/) de la disquette de profils scrap :

   cp -r /cdrom/cdrom0/Solaris_10/Misc/jumpstart_sample/* /floppy/scrap

7. Mettez à jour les fichiers JumpStart donnés en exemple sur la disquette de profils de sorte que ces fichiers fonctionnent dans votre environnement.

8. Vérifiez que le répertoire JumpStart figure dans root et que le degré de permission est réglé sur 755.

9. Éjectez la disquette en cliquant sur Éjecter disque dans la fenêtre Gestionnaire de fichiers ou en entrant eject floppy sur la ligne de commande.

10. Dans la boîte de dialogue Removable Media Manager (gestionnaire des supports amovibles), cliquez sur OK.

11. Éjectez manuellement la disquette.

Voir aussi

Vous venez de terminer la procédure de création d'une disquette de profils. Vous pouvez maintenant mettre à jour le fichier rules et créer des profils sur la disquette de profils en vue d'effectuer des installations JumpStart personnalisées. Pour continuer, passez à la section Création du fichier rules.

Création du fichier rules

Le fichier rules est un fichier texte qui contient une règle pour chaque groupe de systèmes sur lesquels vous voulez installer le système d'exploitation Solaris. Chaque règle désigne un groupe de systèmes ayant un ou plusieurs attributs en commun. Chaque règle lie également chaque groupe à un profil. Un profil est un fichier texte qui définit la procédure d'installation du logiciel Solaris sur chaque système d'un groupe. Par exemple, la règle suivante spécifie que le programme JumpStart utilise les informations dans le profil basic_prof pour installer tout système dans le groupe plate-forme sun4u.

karch sun4u - basic_prof -

Le fichier rules est utilisé pour créer le fichier rules.ok nécessaire aux installations JumpStart personnalisées.

Si vous configurez le répertoire JumpStart en utilisant les procédures dans la section Création d'une disquette de profils pour systèmes autonomes ou Création d'un serveur de profils pour des systèmes en réseau, un exemple de fichier rules figure déjà dans le répertoire JumpStart. Ce fichier rules comporte une documentation ainsi que quelques règles données en exemple. Si vous utilisez le fichier rules donné en exemple, veillez à mettre en commentaire les règles que vous ne souhaitez pas utiliser.

Syntaxe du fichier rules

Le fichier rules doit avoir les attributs suivants :

• Le fichier doit être nommé rules.

• Il doit comporter au moins une règle.

Le fichier rules peut comporter n'importe lequel des éléments indiqués ci-dessous.

• Texte mis en commentaire.

  Le texte qui se trouve après le symbole # sur une ligne est traité comme texte de commentaire par JumpStart. Une ligne qui commence par le symbole # est considérée dans son intégralité comme un commentaire.

• Une ou plusieurs lignes blanches.

• Une ou plusieurs règles composées de plusieurs lignes.

  Pour qu'une règle se poursuive sur une nouvelle ligne, insérez une barre oblique inverse (\) avant d'appuyer sur la touche Entrée.

Création d'un fichier rules

1. Utilisez un éditeur de texte pour créer le fichier texte rules . ou ouvrez le fichier rules exemple du répertoire JumpStart que vous avez créé.

2. Ajoutez une règle dans le fichier rules pour chaque groupe de systèmes sur lesquels vous voulez installer le logiciel Solaris.

   Vous trouverez la liste des mots-clés et des valeurs de fichiers rules dans la section Mots-clés et valeurs des règles.

   Une règle contenue dans un fichier rules doit respecter la syntaxe suivante :

   !rule_keyword rule_value && !rule_keyword rule_value ... begin profile finish

   !

   Symbole utilisé avant un mot-clé pour indiquer une négation.

   motclé_règle

   Unité lexicale ou mot prédéfini qui décrit un attribut de système général, tel qu'un nom d'hôte, hostname, ou une taille de mémoire, memsize. motclé_règle, associé à la valeur de la règle, permet d'établir une correspondance entre un système doté du même attribut et un profil. Pour connaître la liste des mots-clés de règle, reportez-vous à la section Mots-clés et valeurs des règles.

   valeur_règle

   Valeur qui fournit l'attribut de système spécifique du mot-clé de règle correspondant. Les valeurs des règles sont décrites dans la section Mots-clés et valeurs des règles.

   &&

   Symbole que vous devez utiliser pour associer un mot-clé de règle et des paires de valeurs de règle dans une même règle (ET logique). Au cours d'une installation JumpStart personnalisée, pour qu'une règle soit retenue, il faut que la correspondance entre un système et toutes les paires de cette règle soit établie.

   début

   Nom d'un script Bourne shell facultatif pouvant être exécuté avant que l'installation ne démarre. En l'absence de script de début, vous devez entrer le signe moins (-) dans ce champ. Tous les scripts de début doivent se trouver dans le répertoire JumpStart.

   Les informations relatives à la création de scripts de début se trouvent dans la section Création de scripts de début.

   profil

   Nom d'un fichier texte qui définit la procédure d'installation du logiciel Solaris sur un système donné, une fois la correspondance établie avec la règle correspondante. Un profil se compose de mots-clés de profil et des valeurs de profil correspondantes. Tous les profils doivent se trouver dans le répertoire JumpStart.

   ---

   Remarque –

   Les méthodes facultatives d'utilisation du champ de profil sont décrites dans les sections Utilisation d'un programme d'installation spécifique à votre organisation et Création de profils dérivés dans un script de début.

   ---

   fin

   Nom d'un script Bourne shell facultatif pouvant être exécuté une fois l'installation achevée. En l'absence de script de fin, vous devez entrer le signe moins (-) dans ce champ. Tous les scripts de fin doivent se trouver dans le répertoire JumpStart.

   Les informations relatives à la création des scripts de fin se trouvent dans la section Création de scripts de fin.

   Chaque règle doit comporter au moins les éléments suivants :

   • un mot-clé, une valeur et un profil correspondant ;

   • un signe moins (-) dans les champs début et fin si vous ne spécifiez aucun script de début ou de fin.

3. Enregistrez le fichier rules dans le répertoire JumpStart.

4. Vérifiez que le fichier rules dépend de root et que le degré de permission est réglé sur 644.

Exemple de fichier rules

L'exemple ci-après illustre plusieurs règles d'un fichier rules, indiquées à titre d'exemple. Sur chaque ligne, un mot-clé de règle est associé à une valeur valide. Le programme JumpStart lit le fichier rules de haut en bas.

Lorsque le programme JumpStart fait correspondre un mot-clé et une valeur de règle à un système connu, il installe le logiciel Solaris défini par le profil figurant dans le champ de profil.

Pour consulter la liste des restrictions applicables au fichier rules, reportez-vous à la section Syntaxe du fichier rules.

Exemple 3–1 Fichier rule

 # rule keywords and rule values       begin script       profile       finish script
 # -----------------------------       ------------       --------      -------------
  hostname eng-1                       -                  basic_prof    -
  network 192.168.255.255 && !model \
 'SUNW,Sun-Blade-100'                  -                  net_prof      -
  model SUNW,SPARCstation-LX           -                  lx_prof       complete
  network 192.168.2.0 && karch i86pc  setup               x86_prof      done
  memsize 64-128 && arch i386          -                  prog_prof     -
  any   -                              -                  generic_prof  -

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

nom-hôte

La correspondance avec la règle est établie si le nom d'hôte su système est eng-1. Le profil basic_prof est utilisé pour installer le logiciel Solaris sur le système qui correspond à la règle.

network

La règle détermine si le système se trouve sur le sous-réseau 192.168.255.255 et si le système n'est pas un Sun Blade ^TM 100 ( SUNW,Sun-Blade-100). Le profil net_prof est celui utilisé pour installer le logiciel Solaris sur les systèmes qui correspondent à la règle. Cette règle constitue également un exemple de prolongation d'une règle sur une nouvelle ligne à l'aide d'une barre oblique inverse (\).

model

La correspondance avec la règle est établie si le système est un SPARCstation LX. Le profil lx_prof et le script de fin complete servent à installer le logiciel Solaris sur les systèmes qui correspondent à cette règle.

network

La règle détermine si le système se trouve sur le sous-réseau 192.168.2.0 et correspond à un système x86. Le script de début setup, le profil x864u_prof et le script de fin done sont utilisés pour installer le logiciel Solaris sur les systèmes qui correspondent à la règle.

memsize

La correspondance avec la règle est établie si le système dispose d'une mémoire comprise entre 64 et 128 Mo et s'il s'agit d'un système x86. Le profil prog_prof est utilisé pour installer le logiciel Solaris sur les systèmes correspondant à cette règle.

any

La correspondance avec la règle est établie avec tous les systèmes qui ne correspondent pas aux règles précédentes. Le profil generic_prof est utilisé pour installer le logiciel Solaris sur les systèmes correspondant à la règle. Le mot-clé any, s'il est utilisé, doit toujours figurer dans la dernière règle du fichier rules.

Création d'un profil

Un profil est un fichier texte qui définit le mode d'installation du logiciel Solaris sur un système. Un profil définit les éléments objets de l'installation ; le groupe de logiciels à installer, par exemple. Chaque règle spécifie un profil qui définit la procédure d'installation d'un système. Vous pouvez créer des profils distincts pour chaque règle ou le même profil pour plusieurs règles.

Un profil est constitué d'un ou de plusieurs mots-clés et de leurs valeurs. Chaque mot-clé de profil est une commande qui détermine un aspect de la manière dont le programme JumpStart installera le logiciel Solaris sur un système. L'exemple suivant de mot-clé de profil et la valeur correspondante spécifient que le programme JumpStart effectue l'installation d'un système donné en tant que serveur :

system_type  server

Le répertoire JumpStart contient déjà des exemples de profils si vous l'avez créé à l'aide de l'une des procédures suivantes :

• Création d'un serveur de profils pour des systèmes en réseau

• Création d'une disquette de profils pour systèmes autonomes

Syntaxe des profils

Un profil doit contenir :

• Le mot-clé de profil install_type comme première entrée.

• Un mot-clé par ligne.

• Le mot-clé root_device si les systèmes que le profil doit contribuer à mettre à niveau comportent plusieurs systèmes de fichiers racine (/) pouvant être mis à niveau.

Un profil peut comporter les éléments indiqués ci-dessous.

• Texte mis en commentaire.

  Le texte qui se trouve après le symbole # sur une ligne est traité par le programme JumpStart comme un texte de commentaire. Une ligne qui commence par le symbole # est considérée dans son intégralité comme un commentaire.

• Une ou plusieurs lignes blanches.

Procédure de création d'un profil

1. Créez un fichier texte dans l'éditeur de texte de votre choix. Donnez un nom significatif à votre fichier. Ou ouvrez un profil exemple du répertoire JumpStart que vous avez créé.

   ---

   Remarque –

   Assurez-vous que le profil porte un nom assez significatif pour l'installation du logiciel Solaris sur un système. Vous pouvez, par exemple, nommer vos profils basic_install, eng_profile ou user_profile.

   ---

2. Ajoutez des mots-clés de profil et leur valeur dans le profil ainsi créé.

   Vous trouverez la liste des mots-clés de profil et de leurs valeurs dans la section Mots-clés et valeurs des profils.

   ---

   Remarque –

   Les mots-clés de profil et leur valeur tiennent compte des minuscules et des majuscules.

   ---

3. Enregistrez votre profil dans le répertoire JumpStart.

4. Vérifiez que le profil figure dans root et que le degré de permission est réglé sur 644.

5. Testez le profil (facultatif).

   La section Test d'un profil contient des informations sur les tests de profils.

Exemples de profils

Les exemples de profils suivants expliquent comment utiliser différents mots-clés et valeurs de profils pour contrôler l'installation du logiciel Solaris sur un système. Mots-clés et valeurs des profils décrit les mots-clés et les valeurs de profils.

Dans le cas de l'installation d'un pool racine Solaris ZFS^TM, reportez-vous au Chapitre 9Installation d'un pool racine ZFS à l'aide de JumpStart pour connaître les restrictions et voir des exemples de profil.

Exemple 3–2 Monter des systèmes de fichiers distants et ajouter et supprimer des packages

 
# profile keywords        profile values
# -----------------       -----------------
  install_type            initial_install
  system_type             standalone
  partitioning            default
  filesys                 any 512 swap   # specify size of /swap
  cluster                 SUNWCprog
  package                 SUNWman delete
  cluster                 SUNWCacc

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

install_type

Le mot-clé install_type est obligatoire, quel que soit le profil.

system_type

Le mot-clé system_type indique que le système sur lequel effectuer l'installation est un système autonome.

partitioning

Les tranches des systèmes de fichiers dépendent du logiciel qui doit être installé, conformément à la valeur default. La taille de swap est réglée sur 512 Mo et est valable pour tous les disques, conformément à la valeur any.

cluster

Le groupe de logiciels Solaris Développeur, SUNWCprog, est installé sur le système.

package

Si les pages man standard sont montées sur le réseau, depuis le serveur de fichiers s_ref, les modules de pages man correspondants ne doivent pas être installés sur le système. Les packages contenant les utilitaires System Accounting sont sélectionnés pour être installés sur le système.

Exemple 3–3 Montage des systèmes de fichiers distants et ajout d'un package tiers

 
# profile keywords        profile values
# -----------------       -----------------
  install_type            initial_install
  system_type             standalone
  partitioning            default
  filesys                 any 512 swap   # specify size of /swap
  cluster                 SUNWCprog
  cluster                 SUNWCacc
  package                 apache_server  \
                           http://package.central/packages/apache timeout 5

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

install_type

Le mot-clé install_type est obligatoire, quel que soit le profil.

system_type

Le mot-clé system_type indique que le système sur lequel effectuer l'installation est un système autonome.

partitioning

Les tranches des systèmes de fichiers dépendent du logiciel qui doit être installé, conformément à la valeur default. La taille de swap est réglée sur 512 Mo et est valable pour tous les disques, conformément à la valeur any.

cluster

Le groupe de logiciels Solaris Développeur, SUNWCprog, est installé sur le système.

package

Un package tiers est installé sur le système situé sur un serveur HTTP.

Exemple 3–4 Choix de l'emplacement d'installation des systèmes de fichiers

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  system_type             standalone 
  partitioning            explicit
  filesys                 c0t0d0s0 auto /
  filesys                 c0t3d0s1 auto swap
  filesys                 any auto usr
  cluster                 SUNWCall

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

partitioning

Les tranches des systèmes de fichiers sont déterminées par le mot-clé filesys, associé à la valeur explicit. La taille du système de fichiers racine (/) dépend du logiciel sélectionné, valeur auto, et le système de fichiers est installé sur c0t0d0s0. La taille de swap est réglée en fonction des besoins. Ce système de fichiers est installé sur c0t3d0s1. usr est basé sur le logiciel sélectionné, et le programme d'installation détermine l'emplacement d'installation de usr en fonction de la valeur any.

cluster

Le groupe de logiciels Solaris complet, SUNWCall, est installé sur le système.

Exemple 3–5 Mise à niveau et installation de patchs

# profile keywords         profile values
# ----------------         -------------------
  install_type             upgrade 
  root_device              c0t3d0s2 
  backup_media             remote_filesystem timber:/export/scratch
  package                  SUNWbcp delete
  package                  SUNWxwman add
  cluster                  SUNWCacc add   
  patch                    patch_list nfs://patch_master/Solaris_10/patches \
                           retry 5
  locale                   de

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

install_type

Le profil met à niveau un système en réaffectant son espace disque. Dans cet exemple, la réallocation d'espace disque s'impose car certains systèmes de fichiers ne disposent pas de l'espace requis pour être mis à niveau.

root_device

Le système de fichiers racine de c0t3d0s2 est mis à niveau.

backup_media

Un système distant nommé timber servira de média de sauvegarde des données au cours de la réallocation de l'espace disque. Pour connaître les valeurs du mot-clé backup_media, reportez-vous à la section Mot-clé de profil backup_media.

package

Le package de compatibilité binaire, SUNWbcp, n'est pas installé sur le système après la mise à niveau.

package

Le code garantit que les pages man X Window System et les utilitaires System Accounting vont être installés, si ce n'est pas le cas. Tous les packages existants sur votre système sont mis à niveau automatiquement.

patch

Liste des patchs installés lors de la mise à niveau. La listes des patchs se trouve sur le serveur NFS patch_master sous les répertoires Solaris_10/patches. Si un montage échoue, il y aura cinq tentatives de montage NFS.

environnement_linguistique

Les packages de localisation en allemand doivent être installés sur le système.

Exemple 3–6 Réallocation d'espace disque en vue d'une mise à niveau

# profile keywords         profile values
# ----------------         -------------------
  install_type             upgrade 
  root_device              c0t3d0s2 
  backup_media             remote_filesystem timber:/export/scratch
  layout_constraint        c0t3d0s2 changeable 100
  layout_constraint        c0t3d0s4 changeable
  layout_constraint        c0t3d0s5 movable 
  package                  SUNWbcp delete
  package                  SUNWxwman add
  cluster                  SUNWCacc add   
  locale                   de

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

install_type

Le profil met à niveau un système en réaffectant son espace disque. Dans cet exemple, la réallocation d'espace disque s'impose car certains systèmes de fichiers ne disposent pas de l'espace requis pour être mis à niveau.

root_device

Le système de fichiers racine de c0t3d0s2 est mis à niveau.

backup_media

Un système distant nommé timber servira de média de sauvegarde des données au cours de la réallocation de l'espace disque. Pour connaître les valeurs du mot-clé backup_media, reportez-vous à la section Mot-clé de profil backup_media.

layout_constraint

Les mots-clés layout_constraint indiquent que la configuration automatique peut procéder comme suit dans le cadre d'une tentative de réallocation d'espace disque en vue d'une mise à niveau.

• Modification des tranches 2 et 4. Les tranches peuvent être déplacées vers un autre emplacement et leur taille peut être modifiée.

• Déplacement de la tranche 5. Il est possible de déplacer cette tranche, mais il n'est pas possible de modifier sa taille.

package

Le package de compatibilité binaire, SUNWbcp, n'est pas installé sur le système après la mise à niveau.

package

Le code garantit que les pages man X Window System et les utilitaires System Accounting vont être installés, si ce n'est pas le cas. Tous les packages existants sur votre système sont mis à niveau automatiquement.

environnement_linguistique

Les packages de localisation en allemand doivent être installés sur le système.

Exemple 3–7 Extraction d'une archive Solaris Flash à partir d'un serveur HTTP

Dans l'exemple suivant, le profil indique que le programme JumpStart extrait l'archive Solaris Flash d'un serveur HTTP.

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_install
archive_location           http://192.168.255.255/flasharchive/solarisarchive
partitioning               explicit
filesys                    c0t1d0s0 4000 /
filesys                    c0t1d0s1 512 swap
filesys                    c0t1d0s7 free /export/home

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

install_type

Le profil installe une archive Solaris Flash sur le système clone. Tous les fichiers sont écrasés, comme dans une installation initiale.

archive_location

L'archive Solaris Flash est extraite d'un serveur HTTP.

partitioning

Les tranches des systèmes de fichiers sont déterminées par le mot-clé filesys, associé à la valeur explicit. La taille de la racine (/) est basée sur la taille de l'archive Solaris Flash. Le système de fichiers racine est installé sur c0t1d0s0. La taille de swap est réglée en fonction des besoins. Ce système de fichiers est installé sur c0t1d0s1. /export/home est basé sur l'espace de disque restant. /export/home est installé sur c0t1d0s7.

Exemple 3–8 Extraction d'une archive Solaris Flash à partir d'un serveur HTTP sécurisé

Dans l'exemple suivant, le profil indique que le programme d'installation JumpStart personnalisée extrait l'archive Solaris Flash d'un serveur HTTP sécurisé.

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_install
archive_location           https://192.168.255.255/solarisupdate.flar
partitioning               explicit
filesys                    c0t1d0s0 4000 /
filesys                    c0t1d0s1 512 swap
filesys                    c0t1d0s7 free /export/home

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

install_type

Le profil installe une archive Solaris Flash sur le système clone. Tous les fichiers sont écrasés, comme dans une installation initiale.

archive_location

L'archive compressée Solaris Flash est extraite à partir d'un serveur HTTP sécurisé.

partitioning

Les tranches des systèmes de fichiers sont déterminées par le mot-clé filesys, associé à la valeur explicit. La taille de la racine (/) est basée sur la taille de l'archive Solaris Flash. La taille de swap est réglée en fonction des besoins. Ce système de fichiers est installé sur c0t1d0s1. /export/home est basé sur l'espace de disque restant. /export/home est installé sur c0t1d0s7.

Exemple 3–9 Récupération d'une archive Solaris Flash et installation d'un package tiers

Dans l'exemple suivant, le profil indique que le programme JumpStart extrait l'archive Solaris Flash d'un serveur HTTP.

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_install
archive_location           http://192.168.255.255/flasharchive/solarisarchive
partitioning               explicit
filesys                    c0t1d0s0 4000 /
filesys                    c0t1d0s1 512 swap
filesys                    c0t1d0s7 free /export/home
package                    SUNWnew http://192.168.254.255/Solaris_10 timeout 5

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

install_type

Le profil installe une archive Solaris Flash sur le système clone. Tous les fichiers sont écrasés, comme dans une installation initiale.

archive_location

L'archive Solaris Flash est extraite d'un serveur HTTP.

partitioning

Les tranches des systèmes de fichiers sont déterminées par le mot-clé filesys, associé à la valeur explicit. La taille de la racine (/) est basée sur la taille de l'archive Solaris Flash. Le système de fichiers racine est installé sur c0t1d0s0. La taille de swap est réglée en fonction des besoins. Ce système de fichiers est installé sur c0t1d0s1. /export/home est basé sur l'espace de disque restant. /export/home est installé sur c0t1d0s7.

package

Le package SUNWnew est ajouté depuis le répertoire Solaris_10 du serveur HTTP 192.168.254.255.

Exemple 3–10 Extraction d'une archive différentielle Solaris Flash à partir d'un serveur NFS

Dans l'exemple suivant, le profil indique que le programme d'installation JumpStart personnalisée extrait l'archive Solaris Flash d'un serveur NFS. Le mot-clé flash_update indique qu'il s'agit d'une archive différentielle. Une archive différentielle n'installe que les différences existant entre deux images système.

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_update
archive_location           nfs installserver:/export/solaris/flasharchive \
                           /solarisdiffarchive
no_master_check

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

install_type

Le profil installe une archive différentielle Solaris Flash sur le système clone. Seuls les fichiers spécifiés par l'archive sont installés.

archive_location

L'archive Solaris Flash est extraite d'un serveur NFS.

no_master_check

Le système clone ne fait pas l'objet d'une recherche d'image système valide. Une image système a en principe été construite d'après le système maître d'origine.

Exemple 3–11 Création d'un environnement d'initialisation vide

Dans l'exemple suivant, le profil indique que le programme d'installation JumpStart personnalisée crée un environnement d'initialisation vide. Un environnement d'initialisation vide ne contient aucun système de fichiers et l'environnement d'initialisation actif n'est pas copié. L'environnement d'initialisation peut ensuite recevoir une archive Solaris Flash puis être activé.

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  system_type             standalone 
  partitioning            explicit
  filesys                 c0t0d0s0 auto /
  filesys                 c0t3d0s1 auto swap
  filesys                 any auto usr
  cluster                 SUNWCall
  bootenv createbe bename second_BE \
  filesystem /:/dev/dsk/c0t1d0s0:ufs \
  filesystem -:/dev/dsk/c0t1d0s0:swap \
  filesystem /export:shared:ufs

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

partitioning

Les tranches des systèmes de fichiers sont déterminées par le mot-clé filesys, associé à la valeur explicit. La taille du système de fichiers racine (/) dépend du logiciel sélectionné, valeur auto, et le système de fichiers est installé sur c0t0d0s0. La taille de swap est réglée en fonction des besoins. Ce système de fichiers est installé sur c0t3d0s1. usr est basé sur le logiciel sélectionné, et le programme d'installation détermine l'emplacement d'installation de usr en fonction de la valeur any.

cluster

Le groupe de logiciels Solaris complet, SUNWCall, est installé sur le système.

bootenv createbe

Un environnement d'initialisation inactif vide est configuré sur le disque c0t1d0. Les systèmes de fichiers racine, (/), swap et /export sont créés, mais sont vides. Ce second environnement d'initialisation peut plus tard être installé avec une archive Solaris Flash. Le nouvel environnement d'initialisation peut ensuite être activé pour devenir l'environnement d'initialisation actif.

Les valeurs des mots-clés et un exemple de leur utilisation sont fournis dans les références suivantes :

• Pour la description des valeurs de mots-clés, reportez-vous à la section Mots-clés et valeurs des profils.

• Pour des exemples d'utilisation de Solaris Live Upgrade qui créent, mettent à niveau et activent des environnements d'initialisation inactifs, reportez-vous au Chapitre 2, Solaris Live Upgrade – Présentation du Guide d’installation de Solaris 10 10/09 : Solaris Live Upgrade et planification de la mise à niveau.

• Pour des exemples d'utilisation d'une archive Solaris Flash, reportez-vous au Chapitre 1, Solaris Flash - Présentation du Guide d’installation de Solaris 10 10/09 : Archives Solaris Flash - Création et installation.

Exemple 3–12 Création de volumes RAID-1 lors de l'installation d'une archive Solaris Flash

Dans l'exemple suivant, le profil indique que le programme JumpStart personnalisé utilise la technologie Solaris Volume Manager pour créer des volumes RAID-1 (miroirs) pour les systèmes de fichiers (/), swap, /usr et /export/home. Une archive Solaris Flash est installée dans l'environnement d'initialisation.

# profile keywords        profile values
# ----------------        -------------------
  install_type            flash_install
  arhcive_location        nfs server:/export/home/export/flash.s10.SUNWCall
  partitioning            explicit
  filesys                 mirror:d10 c0t0d0s0 c0t1d0s0 4096 /
  filesys                 mirror c0t0d0s1 2048 swap
  filesys                 mirror:d30 c0t0d0s3 c0t1d0s3 4096 /usr
  filesys                 mirror:d40 c0t0d0s4 c0t1d0s4 4096 /usr
  filesys                 mirror:d50 c0t0d0s5 c0t1d0s5 free /export/home
  metadb                  c0t1d0s7 size 8192 count 3

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

install_type

Le profil installe une archive Solaris Flash sur le système clone. Tous les fichiers sont écrasés, comme dans une installation initiale.

archive_location

L'archive Solaris Flash est extraite d'un serveur NFS.

partitioning

Les tranches des systèmes de fichiers sont déterminées par le mot-clé filesys, associé à la valeur explicit.

filesys

Le système de fichiers racine (/) est créé et mis en miroir dans les tranches c0t0d0s0 et c0t1d0s0. La taille du système de fichiers racine (/) est de 4 096 octets. Le volume RAID-1 mettant en miroir c0t0d0s0 et c0t1d0s0 s'appelle d10.

filesys

Le système de fichiers swap est créé et mis en miroir dans la tranche c0t0d0s1, et sa taille est de 2 048 Mo. Le programme JumpStart personnalisé assigne un nom au miroir.

filesys

Le système de fichiers /usr est créé et mis en miroir dans les tranches c0t1d0s3 et c0t0d0s3. La taille du système de fichiers /usr est de 4 096 Mo. Le volume RAID-1 s'appelle d30.

filesys

Le système de fichiers /usr est créé et mis en miroir sur les tranches c0t1d0s4 et c0t0d0s4. La taille du système de fichiers /usr est de 4 096 Mo. Le volume RAID-1 s'appelle d40.

metadb

Trois répliques de base de données d'état sont installées dans la tranche (metadbs) c0t1d0s7. Leur taille correspond à 8 192 blocs (4 Mo).

• Pour plus d'informations sur la création de systèmes de fichiers mis en miroir lors de l'installation, reportez-vous au Chapitre 9, Création de volumes RAID-1 (miroirs) au cours de l’installation - Présentation du Guide d’installation de Solaris 10 10/09 : planification d’installation et de mise à niveau.

• Pour plus d'informations sur les consignes et les conditions de création des systèmes de fichiers mis en miroir, reportez-vous au Chapitre 10, Création de volumes RAID-1 (miroirs) au cours de l’installation - Planification du Guide d’installation de Solaris 10 10/09 : planification d’installation et de mise à niveau.

• Pour une description des valeurs de mots-clés, reportez-vous aux sections Mot-clé de profil filesys (création de volumes RAID-1) et Mot-clé de profil metadb (création de répliques de bases de données d'état).

Exemple 3–13 Création d'un volume RAID-1 pour l'écriture miroir du système de fichiers racine

Dans l'exemple suivant, le profil indique que le programme JumpStart personnalisé utilise la technologie de Solaris Volume Manager pour créer un volume RAID-1 (miroir) pour le système de fichiers racine (/).

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  cluster                 SUNWCXall
  filesys                 mirror:d30 c0t1d0s0 c0t0d0s0  /
  filesys                 c0t0d0s3 512 swap
  metadb                  c0t0d0s4 size 8192 count 4
  metadb                  c0t1d0s4 size 8192 count 4
  

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

cluster

Le groupe de logiciels Entire Solaris Software Plus OEM Support, SUNWCXall, est installé sur le système.

filesys

Le système de fichiers racine (/) est créé et mis en miroir sur les tranches c0t1d0s0 et c0t0d0s0. Le volume RAID-1 mettant en miroir c0t1d0s0 et c0t0d0s0 est appelé d30. Le programme JumpStart personnalisé assigne des noms aux deux sous-miroirs.

filesys

Le système de fichiers swap est créé et mis en miroir sur la tranche c0t0d0s3 ; sa taille est de 512 Mo.

metadb

Quatre répliques de base de données d'état (metadbs) sont installées dans la tranche c0t0d0s4. leur taille correspond à 8 192 blocs (4 Mo).

metadb

Quatre répliques de base de données (metadbs) sont installées dans la tranche c0t1d0s4. Leur taille correspond à 8 192 blocs (4 Mo).

• Pour plus d'informations sur la création de volumes RAID-1 lors de l'installation, reportez-vous au Chapitre 9, Création de volumes RAID-1 (miroirs) au cours de l’installation - Présentation du Guide d’installation de Solaris 10 10/09 : planification d’installation et de mise à niveau.

• Pour plus d'informations sur les consignes et les conditions de création des volumes RAID-1, reportez-vous au Chapitre 10, Création de volumes RAID-1 (miroirs) au cours de l’installation - Planification du Guide d’installation de Solaris 10 10/09 : planification d’installation et de mise à niveau.

• Pour les descriptions des valeurs des mots-clés, reportez-vous aux sections Mot-clé de profil filesys (création de volumes RAID-1) et Mot-clé de profil metadb (création de répliques de bases de données d'état).

Exemple 3–14 Création de volumes RAID-1pour l'écriture miroir de plusieurs systèmes de fichiers

Dans l'exemple suivant, le profil indique que le programme JumpStart personnalisé utilise la technologie de Solaris Volume Manager pour créer des volumes RAID-1 (miroirs) pour les systèmes de fichiers racine (/), swap et /usr.

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  cluster                 SUNWCXall
  filesys                 mirror:d100 c0t1d0s0 c0t0d0s0 200 /
  filesys                 c0t1d0s5 500 /var
  filesys                 c0t0d0s5 500
  filesys                 mirror c0t0d0s1 512 swap
  metadb                  c0t0d0s3 size 8192 count 5
  filesys                 mirror c0t1d0s4 c0t0d0s4 2000 /usr
  filesys                 c0t1d0s7 free /export/home
  filesys                 c0t0d0s7 free

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

cluster

Le groupe de logiciels Entire Solaris Software Plus OEM Support, SUNWCXall, est installé sur le système.

filesys

Le système de fichiers racine (/) est créé et mis en miroir sur les tranches c0t1d0s0 et c0t0d0s0. La taille du système de fichiers racine (/) est définie à 200 Mégaoctets. Le volume RAID-1 mettant en miroir c0t1d0s0 et c0t0d0s0 est appelé d100.

filesys

Le système de fichiers /var est installé sur la tranche c0t1d0s5 et sa taille est de 500 Mo. Le système de fichiers racine (/) est créé et mis en miroir sur les tranches c0t1d0s0 et c0t0d0s0. La taille du système de fichiers racine (/) est définie à 200 Mégaoctets. Le volume RAID-1 mettant en miroir c0t1d0s0 et c0t0d0s0 est appelé d100.

filesys

Le système de fichiers swap est créé et mis en miroir sur la tranche c0t0d0s1; sa taille est de 512 Mo. Le programme JumpStart personnalisé assigne un nom au miroir.

metadb

Cinq répliques de base de données d'état (metadbs) sont installées dans la tranche c0t0d0s3 et leur taille est de 8 192 blocs (4 Mo).

filesys

Le système de fichiers /usr est créé et mis en miroir sur les tranches c0t1d0s4 et c0t0d0s4. La taille du système de fichiers /usr est définie à 2000 Mo. Le programme JumpStart personnalisé assigne un nom au miroir.

• Pour plus d'informations sur la création de systèmes de fichiers mis en miroir lors de l'installation, reportez-vous au Chapitre 9, Création de volumes RAID-1 (miroirs) au cours de l’installation - Présentation du Guide d’installation de Solaris 10 10/09 : planification d’installation et de mise à niveau.

• Pour plus d'informations sur les consignes et les conditions de création des systèmes de fichiers mis en miroir, reportez-vous au Chapitre 10, Création de volumes RAID-1 (miroirs) au cours de l’installation - Planification du Guide d’installation de Solaris 10 10/09 : planification d’installation et de mise à niveau.

• Pour une description des valeurs de mots-clés, reportez-vous aux sections Mot-clé de profil filesys (création de volumes RAID-1) et Mot-clé de profil metadb (création de répliques de bases de données d'état).

Exemple 3–15 x86 : Utilisation du mot-clé fdisk

# profile keywords      profile values
# ----------------      -------------------
  install_type          initial_install
  system_type           standalone

  fdisk                 c0t0d0 0x04 delete
  fdisk                 c0t0d0 solaris maxfree
  cluster               SUNWCall
  cluster               SUNWCacc delete

La liste suivante décrit quelques mots-clés et quelques valeurs issus de cet exemple.

fdisk

Toutes les partitions fdisk, de type DOSOS16 (04 hexadécimal), du disque c0t0d0 sont supprimées.

fdisk

Une partition fdisk est créée dans le plus grand espace disponible contigu du disque c0t0d0.

cluster

Le groupe de logiciels Entire Distribution, SUNWCall, est installé sur le système.

cluster

Les utilitaires système, SUNWCacc, ne seront pas installés sur le système.

Test d'un profil

Après avoir créé un profil, utilisez la commande pfinstall(1M) pour le tester. Il est conseillé de tester tout profil avant de l'utiliser pour effectuer une installation ou une mise à niveau d'un système. Il est particulièrement utile de tester un profil lorsque vous créez des profils de mise à niveau qui réallouent l'espace disque.

En consultant la sortie de l’installation générée par pfinstall, vous pouvez déterminer rapidement si le profil fonctionne comme prévu. Vous pouvez par exemple utiliser le profil pour déterminer si un système dispose d'un espace disque suffisant pour accepter une mise à niveau vers une nouvelle version du logiciel Solaris, avant de procéder à la mise à niveau effective dudit système.

La commande pfinstall vous permet de tester un profil en le comparant à ce que vous savez.

• La configuration du disque du système sur lequel vous exécutez pfinstall.

• Autres configurations de disques. Utilisez un fichier de configuration d'un disque qui représente une structure d'un disque : les octets/secteurs d'un disque, ses indicateurs et ses tranches. La création des fichiers de configuration de disque est décrite dans les sections création de fichiers de configuration de disque et x86 : création d'un fichier de configuration de disque.

  ---

  Remarque –

  Vous ne pouvez pas utiliser un fichier de configuration de disque pour tester un profil prévu pour mettre à niveau un système. Vous devez tester le profil par rapport à la configuration effective du disque et aux logiciels déjà installés sur le système.

  ---

Création d'un environnement Solaris temporaire en vue du test d'un profil

Pour tester avec succès et exactitude un profil correspondant à une version particulière de Solaris, vous devez tester le profil au sein de l'environnement Solaris de même version. Si, par exemple, vous voulez tester un profil d'installation initiale Solaris, exécutez la commande pfinstall sur un système qui exécute le système d'exploitation Solaris.

Vous devez créer un environnement d'installation temporaire si vous testez un profil dans les conditions indiquées ci-dessous.

• Vous voulez tester un profil de mise à niveau Solaris 10 10/09 sur un système qui exécute une version précédente du logiciel Solaris.

• Vous ne disposez d'aucun système équipé de Solaris 10 10/09 pour pouvoir tester les profils d'installation initiale 10 10/09.

1. Initialisez un système à partir d'une image de ce qui suit :

   Pour les systèmes SPARC :

   • DVD du système d'exploitation Solaris pour plates-formes SPARC ;

   • CD 1 de Logiciel Solaris pour les plates-formes SPARC - 1 CD.

   Pour les systèmes x86 :

   • le DVD du système d'exploitation Solaris pour plates-formes x86 ou

   • le Logiciel Solaris pour les plates-formes x86 - 1 CD,

   ---

   Remarque –

   Pour tester un profil de mise à niveau, initialisez le système que vous souhaitez mettre à niveau.

   ---

2. Répondez aux questions d'identification du système.

3. Pour quitter le programme d'installation, entrez le caractère ! lorsque s'affiche l'invite :

   The Solaris installation program will assist you in installing software for Solaris. <Press ENTER to continue> {"!" exits}

4. Exécutez la commande pfinstall à partir du shell. Pour plus d'informations sur la commande pfinstall, reportez-vous à l'Étape 7 de la section Procédure de test d'un profil.

Procédure de test d'un profil

Si vous utilisez le mot-clé locale, la commande pfinstall -D ne parvient pas à tester le profil. Pour une solution, consultez le message d'erreur "could not select locale" (impossible de sélectionner le paramètre régional), à la section Mise à niveau d'un environnement d'exploitation Solaris SE.

1. Choisissez un système sur lequel tester le profil dont le type de plate-forme, SPARC ou x86, est le même que celui pour lequel le profil a été créé.

   Vous devez tester un profil de mise à niveau sur le système que vous souhaitez mettre à niveau.

2. Consultez le tableau ci-dessous pour identifier la procédure à suivre.

   Scénario de test	Instructions
   Testez un profil d'installation initiale sur un système équipé du logiciel Solaris 10 10/09.	Devenez superutilisateur sur le système et passez à l'Étape 5.
   Testez un profil de mise à niveau ou un profil d'installation initiale sans que Solaris 10 10/09 ne soit installé sur le système.	Créez un environnement Solaris 10 10/09 temporaire pour tester le profil. Pour plus d'informations, reportez-vous à la section Création d'un environnement Solaris temporaire en vue du test d'un profil. Passez ensuite à l'Étape 3.

3. Créez un point de montage temporaire.

   # mkdir /tmp/mnt

4. Montez le répertoire qui contient le ou les profils que vous souhaitez tester.

   Scénario de montage	Instructions
   Monter un système de fichiers NFS distant pour les systèmes du réseau	mount -F nfs server_name:path /tmp/mnt
   SPARC : Monter une disquette formatée UFS	mount -F ufs /dev/diskette /tmp/mnt
   Monter une disquette formatée PCFS	mount -F pcfs /dev/diskette /tmp/mnt

5. Pour tester le profil avec une taille de mémoire système donnée, affectez à SYS_MEMSIZE cette taille de mémoire en Mo.

   # SYS_MEMSIZE=memory_size # export SYS_MEMSIZE

6. Avez-vous monté un répertoire dans l'Étape 4 ?

   • Le cas échéant, accédez au répertoire /tmp/mnt.

     # cd /tmp/mnt

   • Si ce n'est pas le cas, passez au répertoire dans lequel réside le profil, c'est-à-dire le répertoire JumpStart.

     # cd jumpstart_dir_path

7. Testez le profil à l'aide de la commande pfinstall(1M).

   # /usr/sbin/install.d/pfinstall -D:-d disk_config_file -c path profile

   ---

   Attention –

   Vous devez inclure l'option -d ou - D. Si vous n'incluez pas l'une de ces options, pfinstall utilise le profil que vous définissez pour installer le logiciel Solaris. Toutes les données présentes sur le système sont écrasées.

   ---

   -D

   pfinstall utilise la configuration du disque du système actuel pour tester le profil. Vous devez utiliser l'option -D pour tester un profil de mise à niveau.

   -d fichier_config_disque

   pfinstall utilise le fichier de configuration de disque, fichier_config_disque, pour tester le profil. Si fichier_config_disque ne se trouve pas dans le répertoire où pfinstall est exécuté, vous devez définir le chemin.

   Pour connaître les instructions de création de fichier de configuration de disque, reportez-vous à la section création de fichiers de configuration de disque.

   ---

   Remarque –

   Vous ne pouvez pas utiliser l'option -d fichier_config_disque avec un profil de mise à niveau, install_type upgrade. Vous devez impérativement tester un profil de mise à niveau par rapport à la configuration du disque d'un système. Vous devez donc toujours utiliser l'option -D.

   ---

   -c chemin

   Chemin d'accès à l'image logicielle Solaris. Utilisez cette option, par exemple, si le système fait appel au gestionnaire de volumes pour monter le CD 1 du logiciel Solaris correspondant à votre plate-forme.

   ---

   Remarque –

   L'option -c n'est pas obligatoire si vous avez initialisé le système à partir d'une image du DVD du système d'exploitation Solaris ou du 1 du logiciel Solaris CD correspondant à votre plate-forme. L'image du DVD ou du CD est montée sur /cdrom au cours du processus d'initialisation.

   ---

   profil

   Le nom du profil que vous souhaitez tester. Si profil ne figure pas dans le répertoire d'exécution de pfinstall, vous devez préciser son chemin d'accès.

Exemples de tests de profil

L'exemple ci-après illustre l'utilisation de pfinstall pour tester un profil nommé basic_prof. Le profil est testé par rapport à la configuration de disque d'un système sur lequel le logiciel 10 10/09 est installé. Le profil basic_prof se trouve dans le répertoire /jumpstart. Le chemin d'accès à l'image du DVD du système d'exploitation Solaris est spécifié dans la mesure où le gestionnaire de volumes est utilisé.

Exemple 3–16 Test de profil en utilisant un système Solaris 10 10/09

# cd /jumpstart
# /usr/sbin/install.d/pfinstall -D -c /cdrom/pathname basic_prof

L'exemple suivant décrit la procédure de test du profil basic_prof à l'aide de la commande pfinstall sur un système Solaris 10 10/09. Le test utilise le fichier de configuration de disque 535_test. Le test recherche une mémoire système de 64 Mo. Cet exemple utilise l'image du CD 1 de Logiciel Solaris pour les plates-formes SPARC - 1 CD ou du CD 1 de Logiciel Solaris pour les plates-formes x86 - 1 CD, située dans le répertoire /export/install.

Exemple 3–17 Test d'un profil à l'aide d'un fichier de configuration de disque

# SYS_MEMSIZE=64
# export SYS_MEMSIZE
# /usr/sbin/install.d/pfinstall -d 535_test -c /export/install basic_prof

Validation du fichier rules

Pour pouvoir utiliser un profil et un fichier rules, vous devez d'abord exécuter le script check pour valider la configuration de ces fichiers. Si toutes les règles et tous les profils sont définis correctement, le programme aboutit à la création du fichier rules.ok, dont le programme d'installation JumpStart personnalisée a besoin pour associer un système à un profil.

Le Tableau 3–2 décrit la fonction du script check.

Validation du fichier rules

1. Assurez-vous que le script check se trouve dans le répertoire JumpStart.

   ---

   Remarque –

   Le script check se trouve dans le répertoire Solaris_10/Misc/jumpstart_sample du DVD du système d'exploitation Solaris ou du CD 1 du logiciel Solaris.

   ---

2. Accédez au répertoire JumpStart.

3. Exécutez le script check pour valider le fichier rules :

   $ ./check -p path -r file_name

   -p chemin

   Valide les règlesen utilisant le script check depuis l'image du logiciel Solaris au lieu d'utiliser le script check depuis le système que vous utilisez. chemin est l'image qui figure sur un disque local ou désigne le DVD du système d'exploitation Solaris ou le 1 du logiciel Solaris CD monté.

   Utilisez cette option pour exécuter la dernière version de check si le système exécute une version antérieure de Solaris.

   -r nom_fichier

   Définit un fichier de règles autre que le fichier rules. Cette option vous permet de tester la validité d'une règle avant que vous ne l'intégriez dans le fichier rules.

   Au cours de son exécution, le script check indique la vérification de la validation du fichier rules et de chaque profil. S'il ne rencontre aucune erreur, il fournit les informations suivantes :

   The custom JumpStart configuration is ok

4. Assurez-vous que root est propriétaire du fichier rules.ok et que le niveau des autorisations est 644.

Voir aussi

Une fois le fichier rules validé, vous pouvez vous reporter au Chapitre 4Utilisation des fonctions facultatives de la méthode JumpStart personnalisée – Tâches pour obtenir plus d'informations sur les fonctions facultatives de l'installation JumpStart personnalisée. La procédure d'exécution d'une installation JumpStart personnalisée est décrite au Chapitre 6Procédure d'installation JumpStart personnalisée – Tâches.

Chapitre 4 Utilisation des fonctions facultatives de la méthode JumpStart personnalisée – Tâches

Ce chapitre décrit les fonctions facultatives utilisables pour créer des outils d'installation supplémentaires avec la méthode JumpStart personnalisée.

Dans le cas de l'installation d'un pool racine Solaris ZFS, reportez-vous au Chapitre 9Installation d'un pool racine ZFS à l'aide de JumpStart pour connaître les restrictions et voir des exemples de profil.

• Création de scripts de début

• Création de scripts de fin

• Création d'un fichier de configuration compressé

• création de fichiers de configuration de disque

• Utilisation d'un programme d'installation spécifique à votre organisation

Les instructions de ce chapitre s'appliquent à un serveur SPARC ou à un serveur x86, utilisé pour fournir des fichiers JumpStart personnalisés, appelé serveur de profils. Un serveur de profils fournit des fichiers JumpStart personnalisés pour divers types de plates-formes. Un serveur SPARC peut, par exemple, délivrer des fichiers JumpStart personnalisés utilisables par des systèmes SPARC et des systèmes x86.

Création de scripts de début

Un script de début est un script Bourne shell que vous définissez dans le fichier rules. Un script de début effectue des tâches précédant l'installation du logiciel Solaris sur un système. Vous ne pouvez utiliser de scripts de début que si vous installez le logiciel Solaris à l'aide de la méthode JumpStart personnalisée.

Utilisez un script de début pour effectuer l'une des tâches suivantes :

• Création de profils dérivés

• Sauvegarde des fichiers avant une mise à niveau

Informations importantes à propos des scripts de début

• Ne spécifiez rien dans le script qui puisse empêcher le montage des systèmes de fichiers sur /a au cours d'une installation initiale ou d'une mise à niveau. Si le programme JumpStart ne parvient pas à monter les systèmes de fichiers sur /a, une erreur se produit, entraînant l'échec de l'installation.

• Lors de l'installation, la sortie du script de début est stockée dans /tmp/begin.log. L'installation étant achevée, le fichier journal est redirigé vers /var/sadm/system/logs/begin.log.

• Assurez-vous que root possède le script de début et que les autorisations sont définies sur 644.

• Vous pouvez utiliser des variables environnementales JumpStart personnalisées dans vos scripts de début. Pour obtenir une liste de variables environnementales, reportez-vous à la section Variables d'environnement de la méthode JumpStart personnalisée.

• Enregistrez vos scripts de début dans le répertoire JumpStart.

Pour la version Solaris 10, un exemple de script JumpStart, set_nfs4_domain, avait été prévu sur le média fourni pour empêcher l'affichage d'invites au cours d'une installation JumpStart. Ce script avait pour effet de supprimer l'invite NFSv4 pendant l'installation. Ce script n'est plus nécessaire. Depuis la version Solaris 10 5/09, il suffit d'employer le mot-clé sysidcfg, nfs4_domain, pour éviter d'obtenir l'invite. Le script set_nfs4_domain ne permet plus de supprimer une invite.

Si des zones non globales ont été installées et que le fichier sysidcfg contient le mot-clé nfs4_domain, la première initialisation d'une zone non globale définit le domaine. Si ce n'est pas le cas, le programme d'installation interactif de Solaris s'affiche et vous invite à spécifier un nom de domaine pour poursuivre le processus d'initialisation.

Reportez-vous à la section Mot-clé nfs4_domain du Guide d’installation de Solaris 10 10/09 : installations réseau.

Création de profils dérivés dans un script de début

Un profil dérivé est un profil créé dynamiquement par un script de début au cours d'une installation JumpStart personnalisée. Vous avez besoin de profils dérivés lorsque vous ne pouvez pas configurer le fichier rules de manière à établir le profil de systèmes spécifiques. Vous devrez, par exemple, utiliser des profils dérivés si vous utilisez des systèmes de modèle identique mais équipés de composants matériels distincts, des systèmes qui ne seraient pas équipés de la même mémoire graphique, par exemple.

Pour définir une règle d'utilisation d'un profil dérivé, vous devez effectuer les tâches suivantes :

• Définissez un signe égal (=) dans le champ de profil et non dans un profil.

• Réglez le champ de début sur un script de début conçu pour créer un profil dérivé dépendant du système sur lequel vous souhaitez installer Solaris.

Lorsqu'un système correspond à une règle où le champ de profil équivaut au signe égal (=), le script de début crée le profil dérivé qui est utilisé pour installer le logiciel Solaris sur le système.

L'exemple ci-après illustre un script de début conçu pour créer systématiquement le même profil dérivé. Vous pouvez également rédiger un script de début conçu pour créer des profils dérivés distincts selon l'évaluation des règles.

Exemple 4–1 Script de début de création d'un profil dérivé

#!/bin/sh
echo "install_type        initial_install"    > ${SI_PROFILE}
echo "system_type         standalone"        >> ${SI_PROFILE}
echo "partitioning        default"           >> ${SI_PROFILE}
echo "cluster             SUNWCprog"         >> ${SI_PROFILE}
echo "package       SUNWman     delete"      >> ${SI_PROFILE}
echo "package       SUNWolman   delete"      >> ${SI_PROFILE}
echo "package       SUNWxwman   delete"      >> ${SI_PROFILE}

Dans l'exemple, le script de début doit utiliser la variable d'environnement SI_PROFILE pour définir le nom du profil dérivé, lequel équivaut à /tmp/install.input par défaut.

Si vous utilisez un script de début pour créer un profil dérivé, veillez à ce que le script soit exempt d'erreurs. Le script check ne vérifie pas les profils dérivés, ceux-ci n'étant effectivement créés qu'une fois que le script de début est exécuté.

Création de scripts de fin

Un script de fin est un script Bourne shell défini par l'utilisateur que vous spécifiez dans le fichier rules. Le logiciel Solaris étant installé sur votre système, un script de fin exécute des tâches avant que le système ne se réinitialise. Vous ne pouvez utiliser de scripts de fin que si vous installez le logiciel Solaris à l'aide de la méthode JumpStart personnalisée.

Voici les tâches que vous pouvez exécuter à l'aide d'un script de fin :

• ajout de fichiers ;

• ajout de packages individuels ou de patchs en plus de ceux déjà installés dans un groupe de logiciels donné ;

• personnalisation de l'environnement root ;

• définition du mot de passe root du système ;

• installation de logiciels supplémentaires.

Informations importantes à propos des scripts de fin

• Le programme d'installation Solaris monte les systèmes de fichiers du système sur /a. Les systèmes de fichiers restent montés sur /a jusqu'à la réinitialisation de votre système. Vous pouvez utiliser un script de fin pour ajouter des fichiers, en changer ou les supprimer de la nouvelle hiérarchie de systèmes de fichiers. La procédure modifie les systèmes de fichiers montés sur /a.

• Lors de l'installation, la sortie du script de fin est placée dans /tmp/finish.log. Une fois l'installation achevée, le fichier journal est redirigé vers /var/sadm/system/logs/finish.log.

• Veillez à ce queroot possède le script de fin et à ce que les autorisations soient paramétrées sur 644.

• Vous pouvez employer des variables environnementales JumpStart personnalisées dans vos scripts de fin. Pour obtenir une liste de variables environnementales, reportez-vous à la section Variables d'environnement de la méthode JumpStart personnalisée.

• Enregistrez vos scripts de fin dans le répertoire JumpStart.

Ajout de fichiers à l'aide d'un script de fin

Un script de fin vous permet d'ajouter des fichiers du répertoire JumpStart sur un système déjà installé. Vous pouvez ajouter des fichiers car le répertoire JumpStart est monté sur le répertoire spécifié par la variable SI_CONFIG_DIR. Le répertoire par défaut est /tmp/install_config.

Vous pouvez également remplacer des fichiers en les copiant du répertoire JumpStart sur des fichiers existants du système installé.

1. Copiez tous les fichiers, que vous ajoutez au système installé, vers le répertoire JumpStart.

2. Insérez la ligne suivante dans le script de fin de chaque fichier que vous souhaitez copier dans la nouvelle hiérarchie des systèmes de fichiers installés :

   cp ${SI_CONFIG_DIR}/file_name /a/path_name

Exemple 4–2 Ajout d'un fichier à l'aide d'un script de fin

Imaginez, par exemple, une application spéciale, site_prog, développée pour tous les utilisateurs de votre organisation. Si vous placez une copie de site_prog dans le répertoire JumpStart, la ligne suivante d'un script de fin copie site_prog du répertoire JumpStart vers le répertoire /usr/bin d'un système :

cp ${SI_CONFIG_DIR}/site_prog  /a/usr/bin

Ajout de packages ou de patchs à l'aide d'un script de fin

Vous pouvez créer un script de fin qui procède à l'ajout automatique de packages ou de patchs lorsque le logiciel Solaris est installé sur un système donné. La procédure d'ajout de packages à l'aide d'un script de fin vous permet de gagner du temps et garantit la cohérence d'installation de packages et de patchs sur les différents systèmes de votre organisation.

Lorsque vous utilisez la commande pkgadd(1M) ou patchadd(1M) dans des scripts de fin, utilisez l'option -R pour définir /a comme chemin racine.

• L'Exemple 4–3 affiche un exemple de script de fin ajoutant des packages.

• L'Exemple 4–4 affiche un exemple de script de fin ajoutant des patchs.

Exemple 4–3 Ajout de packages à l'aide d'un script de fin

  #!/bin/sh
 
  BASE=/a
  MNT=/a/mnt
  ADMIN_FILE=/a/tmp/admin
 
  mkdir ${MNT}
  mount -f nfs sherlock:/export/package ${MNT}
  cat >${ADMIN_FILE} <<DONT_ASK
  mail=root
  instance=overwrite
  partial=nocheck
  runlevel=nocheck
  idepend=nocheck
  rdepend=nocheck
  space=ask
  setuid=nocheck
  conflict=nocheck
  action=nocheck
  basedir=default
  DONT_ASK
 
  /usr/sbin/pkgadd -a ${ADMIN_FILE} -d ${MNT} -R ${BASE} SUNWxyz 
  umount ${MNT}
  rmdir ${MNT}

Certaines commandes de cet exemple sont décrites dans ce qui suit.

• La commande suivante monte un répertoire sur un serveur contenant le package à installer :

  mount -f nfs sherlock:/export/package ${MNT}

• La commande suivante crée un fichier temporaire d'administration de packages, admin, pour empêcher la commande pkgadd(1M) d'effectuer des vérifications ou de vous demander de répondre à des questions lors de l'installation d'un package. Utilisez ce fichier temporaire d'administration des packages pour que l'ajout de packages se fasse sans intervention de votre part.

  cat >${ADMIN_FILE} <<DONT_ASK

• La commande pkgadd ci-dessous ajoute le package à l'aide de l'option -a, indiquant le fichier d'administration des packages et de l'option -R, indiquant le chemin de la racine.

  /usr/sbin/pkgadd -a ${ADMIN_FILE} -d ${MNT} -R ${BASE} SUNWxyz

Exemple 4–4 Ajout de patchs à l'aide d'un script de fin

 #!/bin/sh 

########
#
# USER-CONFIGURABLE OPTIONS
#
########

# The location of the patches to add to the system after it's installed.
# The OS rev (5.x) and the architecture (`mach`) will be added to the
# root.  For example, /foo on a 8 SPARC would turn into /foo/5.8/sparc
LUPATCHHOST=ins3525-svr
LUPATCHPATHROOT=/export/solaris/patchdb
#########
#
# NO USER-SERVICEABLE PARTS PAST THIS POINT
#
#########

BASEDIR=/a

# Figure out the source and target OS versions
echo Determining OS revisions...
SRCREV=`uname -r`
echo Source $SRCREV

LUPATCHPATH=$LUPATCHPATHROOT/$SRCREV/`mach`

#
# Add the patches needed
#
echo Adding OS patches
mount $LUPATCHHOST:$LUPATCHPATH /mnt >/dev/null 2>&1
if [ $? = 0 ] ; then
	for patch in `cat /mnt/*Recommended/patch_order` ; do
		(cd /mnt/*Recommended/$patch ; echo yes | patchadd -u -d -R $BASEDIR .)
	done
	cd /tmp
	umount /mnt
else
	echo "No patches found"
if

Jusqu'à présent, la commande chroot(1M) était associée aux commandes pkgadd et patchadd dans l'environnement des scripts de fin. Il arrive que certains packages ou patchs soient incompatibles avec l'option -R. Dans ce cas, vous devez créer un fichier /etc/mnttab fictif dans le chemin d'accès à la racine /a avant d'exécuter la commande chroot.

Pour créer un fichier /etc/mnttab fictif, ajoutez la ligne suivante au script de fin :

cp /etc/mnttab /a/etc/mnttab

Personnalisation de l'environnement root à l'aide d'un script de fin

Vous pouvez également utiliser des scripts de fin pour personnaliser des fichiers installés sur un système. Par exemple, le script de fin présenté à l'Exemple 4–5 personnalise l'environnement root en ajoutant des informations au fichier .cshrc dans le répertoire root (/).

Exemple 4–5 Personnalisation de l'environnement root à l'aide d'un script de fin

#!/bin/sh
#
# Customize root's environment
#
echo "***adding customizations in /.cshrc"
test -f a/.cshrc || {
cat >> a/.cshrc <<EOF
set history=100 savehist=200 filec ignoreeof prompt="\$user@`uname -n`> "
alias cp cp -i
alias mv mv -i
alias rm rm -i
alias ls ls -FC
alias h history
alias c clear
unset autologout
EOF
}

Définition d'un mot de passe superutilisateur à l'aide d'un script de fin

Une fois le logiciel Solaris installé, le système redémarre. Avant que la procédure d'initialisation ne se termine, le système vous invite à saisir votre mot de passe root. Le système ne s'initialisera pas tant que vous n'aurez pas saisi un mot de passe.

Un script de fin nommé set_root_pw figure en exemple dans le répertoire auto_install_sample. Ce script de fin illustre la procédure de définition automatique du mot de passe superutilisateur, sans invite. set_root_pw est illustré dans l'Exemple 4–6.

Si vous définissez le mot de passe root avec un script de fin, les utilisateurs peuvent essayer de découvrir le mot de passe depuis le mot de passe chiffré dans le script de fin. Assurez-vous que vous êtes bien protégé contre les tentatives de découverte de votre mot de passe root.

Exemple 4–6 Définition du mot de passe superutilisateur d'un système à l'aide d'un script de fin

	 #!/bin/sh
	 #
	 #       @(#)set_root_pw 1.4 93/12/23 SMI
	 #
	 # This is an example Bourne shell script to be run after installation.
	 # It sets the system's root password to the entry defined in PASSWD.
	 # The encrypted password is obtained from an existing root password entry
	 # in /etc/shadow from an installed machine.
 
	 echo "setting password for root"
 
	 # set the root password
 PASSWD=dKO5IBkSF42lw
	 #create a temporary input file
 cp /a/etc/shadow /a/etc/shadow.orig
 
	 mv /a/etc/shadow /a/etc/shadow.orig
 	nawk -F: '{
         if ( $1 == "root" )
           printf"%s:%s:%s:%s:%s:%s:%s:%s:%s\n",$1,passwd,$3,$4,$5,$6,$7,$8,$9
      else
		        printf"%s:%s:%s:%s:%s:%s:%s:%s:%s\n",$1,$2,$3,$4,$5,$6,$7,$8,$9
      }' passwd="$PASSWD" /a/etc/shadow.orig > /a/etc/shadow
 #remove the temporary file
 rm -f /a/etc/shadow.orig
 # set the flag so sysidroot won't prompt for the root password
 sed -e 's/0 # root/1 # root/' ${SI_SYS_STATE} > /tmp/state.$$
  mv /tmp/state.$$ ${SI_SYS_STATE}

Certaines commandes de cet exemple sont décrites dans ce qui suit.

• La commande suivante affecte à la variable PASSWD un mot de passe root chiffré obtenu d'une entrée existante dans le fichier /etc/shadow d'un système.

  #create a temporary input file

• La commande suivante crée le fichier d'entrée temporaire /a/etc/shadow.

  cp /a/etc/shadow /a/etc/shadow.orig

• La commande suivante remplace l'entrée root dans le fichier /etc/shadow par le nouveau système installé en utilisant $PASSWD comme champ de mot de passe.

  if ( $1 == "root" )

• La commande suivante supprime le fichier temporaire /a/etc/shadow .

  rm -f /a/etc/shadow.orig

• La commande suivante change l'entrée 0 en 1 dans le fichier d'état, de sorte que l'utilisateur n'a pas à entrer son mot de passe superutilisateur. La variable SI_SYS_STATE , dont la valeur actuelle est /a/etc/.sysIDtool.state, permet d'accéder au fichier d'état. Pour éviter de rencontrer des problèmes si cette valeur était modifiée, référencez toujours ce fichier à l'aide de $SI_SYS_STATE. Dans la commande sed illustrée ici, un caractère de tabulation suit la valeur 0 et la valeur 1.

  sed -e 's/0 # root/1 # root/' ${SI_SYS_STATE} > /tmp/state.$$

Installations non-interactives avec des scripts de fin

Vous pouvez utiliser des scripts de fin pour installer d'autres logiciels, une fois l'installation du système d'exploitation Solaris terminée. Le programme Programme d'installation de Solaris vous invite à saisir des informations durant l'installation. Pour effectuer une installation sans besoin d'intervention, vous pouvez exécuter le Programme d'installation de Solaris avec l'option -nodisplay ou -noconsole.

Pour de plus amples informations, reportez-vous à la page de manuel installer(1M).

Création d'un fichier de configuration compressé

Au lieu d'utiliser la commande add_install_clientpour définir l'emplacement des fichiers de configuration d'installation JumpStart personnalisée, vous pouvez définir l'emplacement des fichiers lorsque vous initialisez le système. Toutefois, vous ne pouvez définir le nom que d'un seul fichier. Vous devez donc compresser tous vos fichiers de configuration de JumpStart en un seul fichier.

• Pour les systèmes SPARC, vous définissez l'emplacement du fichier dans la commande boot.

• Pour les systèmes x86, vous définissez l'emplacement du fichier en modifiant l'entrée GRUB du menu GRUB.

Le fichier de configuration compressé peut être de type :

• tar ;

• tar compressé ;

• zip ;

• bzip tar.

Procédure de création d'un fichier de configuration compressé

1. Accédez au répertoire JumpStart de votre serveur de profils.

   # cd jumpstart_dir_path

2. Utilisez un utilitaire de compression pour compresser les fichiers de configuration de JumpStart en un seul.

   ---

   Remarque –

   Le fichier de configuration compressé ne peut pas comporter de chemins d'accès relatifs. Les fichiers de configuration de la méthode JumpStart personnalisée et le fichier compressé doivent figurer dans le même répertoire.

   ---

   Le fichier de configuration compressé doit comporter les fichiers suivants :

   • Profil

   • rules ;

   • rules.ok ;

   Vous pouvez également y inclure le fichier sysidcfg.

3. Enregistrez le fichier de configuration compressé sur un serveur NFS, un serveur HTTP ou un disque dur local.

Exemple de fichier de configuration compressé

L'exemple ci-dessous illustre l'utilisation de la commande tar pour créer un fichier de configuration compressé nommé config.tar. Les fichiers de configuration de la méthode JumpStart personnalisée figurent dans le répertoire /jumpstart.

Exemple 4–7 Création d'un fichier de configuration compressé

# cd /jumpstart
# tar -cvf config.tar *
a profile 1K
a rules 1K
a rules.ok 1K
a sysidcfg 1K

création de fichiers de configuration de disque

Cette section explique comment créer des fichiers de configuration pour un disque ou plusieurs disques. Les fichiers de configuration de disque vous permettent d'utiliser pfinstall(1M) à partir d'un système donné pour tester vos profils sur différentes configurations de disques.

SPARC : création d'un fichier de configuration de disque

1. Recherchez un système SPARC avec un disque à tester.

2. 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 section Configuring RBAC (Task Map) du System Administration Guide: Security Services.

3. Créez un fichier de configuration pour un seul disque en redirigeant les résultats de la commande prtvtoc(1M) vers un fichier.

   # prtvtoc /dev/rdsk/device_name >disk_config_file

   /dev/rdsk/nom_périphérique

   Le nom de périphérique du disque du système. nom_périphérique doit se présenter sous la forme cwtx dys2 ou c xdys2.

   fichier_config_disque

   Nom du fichier de configuration du disque

4. Déterminez si vous souhaitez tester l'installation du logiciel Solaris sur plusieurs disques ou non.

   • Si ce n'est pas le cas, arrêtez. Vous avez terminé.

   • Si c'est le cas, concaténez le fichier de configuration du disque et enregistrez les résultats obtenus dans un nouveau fichier.

     # cat disk_file1 disk_file2 >multi_disk_config

     Le nouveau fichier devient le fichier de configuration de plusieurs disques, comme l'illustre l'exemple suivant :

     # cat 104_disk2 104_disk3 104_disk5 >multi_disk_test

5. Déterminez si les numéros des cibles qui figurent dans les noms de périphériques des disques sont uniques dans le fichier de configuration multidisques créé à l'étape précédente.

   • Le cas échéant, arrêtez. Vous avez terminé.

   • Si ce n'est pas le cas, ouvrez le fichier dans un éditeur de texte et faites en sorte que chaque numéro de cible soit unique dans les noms de périphériques des disques.

     C'est le cas, par exemple, pour le numéro de cible t0 affecté ici à plusieurs noms de périphérique de disques :

     * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t0d0s2 partition map

     Changez le second numéro de cible en t2, comme indiqué ici :

     * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t2d0s2 partition map

SPARC : exemple de fichier de configuration de disque

L'exemple ci-dessous illustre la création du fichier de configuration d'un seul disque, 104_test, sur un système SPARC équipé d'un disque de 104-Mo.

Exemple 4–8 SPARC : création d'un fichier de configuration de disque

Vous devez rediriger les résultats obtenus par la commande prtvtoc dans un fichier de configuration d'un seul disque, nommé 104_test:

# prtvtoc /dev/rdsk/c0t3d0s2 >104_test

Le contenu du fichier 104_test s'apparente à ce qui suit :

* /dev/rdsk/c0t3d0s2 partition map
*
* Dimensions:
*     512 bytes/sector
*      72 sectors/track
*      14 tracks/cylinder
*    1008 sectors/cylinder
*    2038 cylinders*    2036 accessible cylinders
* Flags:
*   1: unmountable
*  10: read-only
*
*                          First     Sector    Last
* Partition  Tag  Flags    Sector     Count    Sector  Mount Directory
       1      2    00          0     164304   164303   /
       2      5    00          0    2052288  2052287  
       3      0    00     164304     823536   987839   /disk2/b298
       5      0    00     987840     614880  1602719   /install/298/sparc/work
       7      0    00    1602720     449568  2052287   /space

Vous venez de créer des fichiers de configuration de disque pour un système SPARC. La rubrique Test d'un profilcontient des informations sur l'utilisation de fichiers de configuration de disque pour tester des profiles.

x86 : création d'un fichier de configuration de disque

1. Recherchez un système x86 qui contient un disque que vous testez.

2. 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 section Configuring RBAC (Task Map) du System Administration Guide: Security Services.

3. Créez une partie du fichier de configuration pour un seul disque en sauvegardant les résultats de la commande fdisk(1M) dans un fichier.

   # fdisk -R -W disk_config_file -h /dev/rdsk/device_name

   fichier_config_disque

   Le nom du fichier de configuration du disque

   /dev/rdsk/nom_périphérique

   Le nom de périphérique de l'organisation fdisk du disque entier. nom_périphérique doit se présenter sous la forme cwtx dys0 ou c xdys0.

4. Ajoutez la sortie de la commande prtvtoc(1M) au fichier de configuration de disque :

   # prtvtoc /dev/rdsk/device_name >>disk_config

   /dev/rdsk/nom_périphérique

   Le nom de périphérique du disque du système. nom_périphérique doit se présenter sous la forme cwtx dys2 ou c xdys2.

   config_disque

   Nom du fichier de configuration du disque

5. Déterminez si vous souhaitez tester l'installation du logiciel Solaris sur plusieurs disques ou non.

   • Si ce n'est pas le cas, arrêtez. Vous avez terminé.

   • Si c'est le cas, concaténez les différents fichiers de configuration à un disque et enregistrez les résultats obtenus dans un nouveau fichier.

     # cat disk_file1 disk_file2 >multi_disk_config

     Le nouveau fichier devient le fichier de configuration de plusieurs disques, comme l'illustre l'exemple suivant :

     # cat 104_disk2 104_disk3 104_disk5 >multi_disk_test

6. Déterminez si les numéros des cibles qui figurent dans les noms de périphériques des disques sont uniques dans le fichier de configuration multidisques créé à l'étape précédente.

   • Le cas échéant, arrêtez. Vous avez terminé.

   • Si ce n'est pas le cas, ouvrez le fichier dans un éditeur de texte et faites en sorte que chaque numéro de cible soit unique.

     Par exemple, le fichier peut contenir le même numéro de cible, t0, affecté à plusieurs noms de périphériques de disque :

     * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t0d0s2 partition map

     Changez le second numéro de cible en t2, comme indiqué ici :

     * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t2d0s2 partition map

x86 : exemple de fichier de configuration de disque

L'exemple suivant montre comment créer un fichier de configuration de disque, 500_test, sur un système x86 qui contient un disque de 500 Mo.

Exemple 4–9 x86 : création d'un fichier de configuration de disque

Vous devez d'abord enregistrer les résultats de la commande fdisk dans un fichier nommé 500_test:

# fdisk -R -W 500_test -h /dev/rdsk/c0t0d0p0

Le fichier 500_test s'apparente à ce qui suit :

 * /dev/rdsk/c0t0d0p0 default fdisk table
* Dimensions:
*     512 bytes/sector
*      94 sectors/track
*      15 tracks/cylinder
*    1455 cylinders
*
*  HBA Dimensions:
*     512 bytes/sector
*      94 sectors/track
*      15 tracks/cylinder
*    1455 cylinders
*
* systid:
*  1:    DOSOS12
*  2:    PCIXOS
*  4:    DOSOS16
*  5:    EXTDOS
*  6:    DOSBIG
*  86:   DOSDATA
*  98:   OTHEROS
*  99:   UNIXOS
* 130:   SUNIXOS
*
* Id  Act Bhead Bsect   Bcyl  Ehead  Esect  Ecyl Rsect  Numsect
 130  128 44    3       0     46    30     1001 1410   2050140

Vous devez ensuite ajouter les résultats de la commande prtvtoc dans un fichier nommé 500_test :

# prtvtoc /dev/rdsk/c0t0d0s2 >>500_test

Le fichier 500_test est désormais un fichier complet de configuration de disque :

* /dev/rdsk/c0t0d0p0 default fdisk table	
* Dimensions:
*     512 bytes/sector
*      94 sectors/track
*      15 tracks/cylinder
*    1455 cylinders
*
*  HBA Dimensions:
*     512 bytes/sector
*      94 sectors/track
*      15 tracks/cylinder
*    1455 cylinders
*
* systid:
*  1:    DOSOS12
*  2:    PCIXOS
*  4:    DOSOS16
*  5:    EXTDOS
*  6:    DOSBIG
*  86:   DOSDATA
*  98:   OTHEROS
*  99:   UNIXOS
*  130:  SUNIXOS
*
* Id  Act Bhead Bsect Bcyl  Ehead  Esec  Ecyl Rsect  Numsect
 130  128 44    3     0     46    30    1001 1410   2050140
* /dev/rdsk/c0t0d0s2 partition map
*
* Dimensions:
*      512 bytes/sector
*       94 sectors/track
*       15 tracks/cylinder
*     1110 sectors/cylinder
*     1454 cylinders
*     1452 accessible cylinders
*
* Flags:
*   1: unmountable
*  10: read-only
*                          First    Sector    Last
* Partition  Tag  Flags    Sector     Count    Sector  Mount Directory
       2      5    01       1410   2045910   2047319
       7      6    00       4230   2043090   2047319  /space
       8      1    01          0      1410     1409
       9      9    01       1410      2820     422987

Vous venez de créer des fichiers de configuration de disque pour un système x86. La rubrique Test d'un profilcontient des informations sur l'utilisation de fichiers de configuration de disque pour tester des profiles.

Utilisation d'un programme d'installation spécifique à votre organisation

Vous pouvez utiliser des scripts de début et de fin pour créer votre propre programme d'installation du logiciel Solaris.

Lorsque vous définissez un signe moins (-) dans le champ de profil, les scripts de début et de fin contrôlent l'installation du logiciel Solaris sur un système et non le profil et le programme d'installation Solaris.

Si, par exemple, la règle suivante détecte un système, le script de début x_install.beg et le script de fin x_install.fin installent le logiciel Solaris sur le système clover:

hostname clover x_install.beg - x_install.fin

Chapitre 5 Création de mots-clés de règles et de sondes personnalisés – Tâches

Ce chapitre aborde la création de mots-clés de règles et de sondes personnalisés, ainsi que la procédure à suivre.

Dans le cas de l'installation d'un pool racine Solaris ZFS, reportez-vous au Chapitre 9Installation d'un pool racine ZFS à l'aide de JumpStart pour connaître les restrictions et voir des exemples de profil.

• Mots-clés de sondes

• Création d'un fichier custom_probes

• Validation du fichier custom_probes

Mots-clés de sondes

Pour bien comprendre ce que sont les mots-clés de sondes, il est important d'avoir assimilé ce que sont les mots-clés de règles. Un mot-clé de règles est une unité lexicale ou un mot prédéfini qui décrit l'attribut général d'un système, son nom d'hôte, hostname, ou la taille de sa mémoire, memsize, par exemple. Les mots-clés de règles, ainsi que les valeurs qui y sont associées, vous permettent d'établir une correspondance entre un profil et un système doté d'un attribut similaire. C'est en établissant de telles correspondances entre attributs que l'on installe le logiciel Solaris sur chaque système d'un groupe donné.

Les variables environnementales de la méthode JumpStart personnalisée, utilisées dans les scripts de début et de fin, sont définies à la demande. Les informations relatives au système d'exploitation installé sur un système donné, par exemple, ne figurent dans SI_INSTALLED que si vous avez spécifié le mot-clé installed.

Dans certains cas, vous devez extraire les mêmes informations dans un script de début ou de fin dans un but autre que de rechercher un système ou d'exécuter un profil. Les mots-clés de sondes apportent la solution. Ils extraient les informations d'attribut sans que vous ayez à définir une condition de correspondance pour exécuter un profil.

Reportez-vous à la rubrique Mots-clés et valeurs des sondes pour une liste des valeurs et des mots-clés de sonde.

Création d'un fichier custom_probes

Les mots-clés de sondes et de règles décrits dans les sections Mots-clés et valeurs des règles et Mots-clés et valeurs des sondes peuvent ne pas être suffisamment précis pour vos besoins. Vous pouvez définir vos propres mots-clés personnalisés en créant un fichier custom_probes.

Le fichier custom_probes est un script Bourne shell qui comporte deux types de fonctions. Vous devez impérativement enregistrer votre fichier custom_probes et votre fichier rules dans un même répertoire JumpStart. Vous trouverez ci-dessous les deux types de fonctions que vous pouvez définir dans un fichier custom_probes.

• Sonde : collecte les informations dont vous avez besoin ou exécute ce que vous lui avez demandé, et configure une variable environnementale SI_ correspondante d'après votre définition. Les fonctions d'une sonde deviennent des mots-clés de sondes.

• Comparaison : appelle une fonction de sonde correspondante, compare les résultats obtenus par la fonction de sonde et renvoie l'indicateur 0 en cas de correspondance établie avec le mot-clé ou 1 dans le cas contraire. Les fonctions de comparaison deviennent des mots-clés de règles.

Syntaxe du fichier custom_probes

Votre fichier custom_probes peut comporter n'importe quel commande, variable ou algorithme Bourne shell valide.

Vous pouvez définir des fonctions de sonde et de comparaison nécessitant un seul argument dans votre fichier custom_probes. Lorsque vous utilisez le mot-clé de sonde personnalisé correspondant du fichier rules, l'argument qui suit le mot-clé est interprété (comme $1).

Lorsque vous utilisez le mot-clé de règle personnalisé correspondant du fichier rules, les arguments sont interprétés en séquence. La séquence commence après le mot-clé et prend fin avant le prochain && ou le script de début, le premier des deux prévalant.

Le fichier custom_probes doit remplir les conditions suivantes :

• posséder le nom custom_probes ;

• dépendre de root ;

• être exécutable et disposer du niveau de permission 755 ;

• comporter au moins une fonction de sonde et une fonction de comparaison correspondante.

Dans un souci de clarté et d'organisation, définissez d'abord toutes vos fonctions de sonde en début de fichier, puis l'ensemble des fonctions de comparaison.

Syntaxe des noms de fonction dans custom_probes

Le nom d'une fonction de sonde doit commencer par probe_. Le nom d'une fonction de comparaison doit commencer par cmp_.

Les fonctions qui commencent par probe_ définissent de nouveaux mots-clés de sondes. La fonction probe_tcx, par exemple, définit le nouveau mot-clé de sonde tcx. Les fonctions qui commencent par cmp_ définissent de nouveaux mots-clés de règles. cmp_tcx, par exemple, définit le nouveau mot-clé de règle tcx.

Création d'un fichier custom_probes

1. Créez un fichier texte de script Bourne shell dans l'éditeur de texte de votre choix. Nommez ce fichier custom_probes.

2. Dans votre fichier texte custom_probes, définissez vos fonctions de sonde et de comparaison.

   ---

   Remarque –

   Vous pouvez définir des fonctions de sonde et de comparaison nécessitant des arguments dans le fichier custom_probes. Lorsque vous utilisez le mot-clé de sonde personnalisé correspondant du fichier rules, les arguments qui suivent le mot-clé sont interprétés en séquence (comme $1, $2 et ainsi de suite).

   Lorsque vous utilisez le mot-clé de règle personnalisé correspondant du fichier rules, les arguments sont interprétés en séquence. La séquence commence après le mot-clé et prend fin avant le prochain && ou le script de début, le premier des deux prévalant.

   ---

3. Enregistrez votre fichier custom_probes dans le répertoire JumpStart à côté du fichier rules.

4. Vérifiez que le fichier rules dépend de root et que le degré de permission est réglé sur 644.

Exemples de fichiers et de mots-clés custom_probes

Vous pouvez définir d'autres exemples de fonctions de sonde et de comparaison dans les répertoires suivants :

• /usr/sbin/install.d/chkprobe sur un système sur lequel est installé le logiciel Solaris ;

• /Solaris_10/Tools/Boot/usr/sbin/install.d/chkprobe sur le DVD du système d'exploitation Solaris ou le CD 1 du logiciel Solaris.

Le fichier custom_probes suivant comporte une fonction de sonde et de comparaison qui teste la présence d'une carte graphique TCX.

Exemple 5–1 custom_probes File

#!/bin/sh
# 
# custom_probe script to test for the presence of a TCX graphics card.
# 

# 
# PROBE FUNCTIONS
# 
probe_tcx() {
  SI_TCX=`modinfo | grep tcx | nawk '{print $6}'`
  export SI_TCX
}

# 
# COMPARISON FUNCTIONS
# 
cmp_tcx() {
  probe_tcx

  if [ "X${SI_TCX}" = "X${1}" ]; then
     return 0
  else
     return 1
  if
}

Le fichier rules suivant illustre l'utilisation du mot-clé de sonde défini dans l'exemple précédent, tcx. En cas de détection d'une carte graphique TCX installée sur un système, profile_tcx s'exécute. Si ce n'est pas le cas, c'est profile qui s'exécute.

Placez toujours les mots-clés de sonde au début du fichier rules ou tout du moins dans les premières lignes. Cette position assure que les mots-clés sont lus et exécutés avant que d'autres mots-clés de règle ne dépendent des mots-clés de sonde.

Exemple 5–2 Mot-clé de sonde personnalisé utilisé dans un fichier rules

probe tcx
tcx     tcx     -     profile_tcx     -
any     any     -     profile         -

Validation du fichier custom_probes

Pour pouvoir utiliser un profil, le fichier rules et le fichier custom_probes, vous devez exécuter le script check pour indiquer que les fichiers sont définis correctement. Si tous les profils, règles et fonctions de sondes et de comparaison sont définis correctement, le programme crée les fichiers rules.ok et custom_probes.ok. Le Tableau 5–1 décrit les opérations effectuées par le script check.

Validation du fichier custom_probes

1. Vérifiez que le script check figure dans le répertoire JumpStart.

   ---

   Remarque –

   Le script check se trouve dans le répertoire Solaris_10/Misc/jumpstart_sample du DVD du système d'exploitation Solaris ou du CD 1 du logiciel Solaris.

   ---

2. Accédez au répertoire JumpStart.

3. Exécutez le script check pour valider les fichiers rules et custom_probes.

   $ ./check -p path -r file_name

   -p chemin

   Valide le fichier custom_probes en utilisant le script check de l'image logicielle Solaris de votre plate-forme à la place du script check du système que vous utilisez. chemin est l'image qui figure sur un disque local ou sur le DVD du système d'exploitation Solaris ou le 1 du logiciel Solaris monté.

   Utilisez cette option pour exécuter la dernière version du script check si votre système utilise une version antérieure de Solaris.

   -r nom_fichier

   Définit un nom de fichier autre que le fichier custom_probes. L'utilisation de l'option -r vous permet de tester la validité d'un ensemble de fonctions avant d'intégrer celles-ci dans le fichier custom_probes.

   Au cours de son exécution, le script check indique la validité des fichiers rules et custom_probes, et de chaque profil. S'il ne rencontre aucune erreur, le script signale : "The custom JumpStart configuration is ok" et crée les fichiers rules.ok et custom_probes.ok dans le répertoire JumpStart.

4. Déterminez si le fichier custom_probes.ok est exécutable.

   • S'il l'est, reportez-vous à l'Étape 5.

   • Si ce n'est pas le cas, entrez la commande suivante :

     # chmod +x custom_probes

5. Vérifiez que le fichier custom_probes.ok dépend de root et que le degré de permission est établi sur 755.

Chapitre 6 Procédure d'installation JumpStart personnalisée – Tâches

Ce chapitre décrit la procédure d'installation JumpStart personnalisée de logiciels sur un système SPARC ou x86. Vous devez appliquer ces procédures au système sur lequel vous envisagez d'installer le logiciel Solaris.

Dans le cas de l'installation d'un pool racine Solaris ZFS, reportez-vous au Chapitre 9Installation d'un pool racine ZFS à l'aide de JumpStart pour connaître les restrictions et voir des exemples de profils.

• SPARC : installation ou mise à niveau à l'aide du programme JumpStart personnalisé

• x86 : exécution d'une installation ou d'une mise à niveau avec le programme d'installation JumpStart personnalisée et avec GRUB

Restrictions s'appliquant à une installation JumpStart

Un certain nombre d'éléments risquent de poser des problèmes au cours d'une installation JumpStart. Vous trouverez les informations nécessaires dans le tableau ci-après.

Avec la version Solaris 10 10/09, vous pouvez définir un profil JumpStart pour identifier une archive Flash d'un pool racine ZFS. Reportez-vous à la section Nouveautés de la version Solaris 10 10/09. Reportez-vous à la section Nouveautés de la version Solaris 10 10/09.

SPARC : liste des tâches de configuration d'un système en vue d'une installation JumpStart personnalisée

SPARC : procédure d'installation JumpStart personnalisée

Lors d'une installation JumpStart personnalisée, le programme JumpStart tente de faire correspondre le système à installer aux règles définies dans le fichier rules.ok. Le programme JumpStart lit ces règles, de la première à la dernière. Il n'établit de correspondance effective que si le système que vous souhaitez installer correspond exactement à l'ensemble des attributs d'une règle. Lorsqu'une correspondance est établie entre un système et une règle, le programme JumpStart interrompt la lecture du fichier rules.ok et commence l'installation du système d'après le profil correspondant à la règle associée.

SPARC : préparation d'un système en vue de l'installation d'une archive Solaris Flash à l'aide d'une méthode Jumpstart personnalisée

Vous pouvez installer une archive complète dans le cas d'une installation initiale ou si une archive a déjà été installée, une archive différentielle pour une mise à jour. Vous pouvez utiliser la méthode d'installation JumpStart personnalisée ou Solaris Live Upgrade pour installer une archive sur un environnement d'initialisation inactif. Cette procédure fournit les instructions d'installation d'une archive à l'aide de l'installation JumpStart personnalisée.

• Pour plus d'informations sur les archives complètes et différentielles, reportez-vous au Chapitre 1, Solaris Flash - Présentation du Guide d’installation de Solaris 10 10/09 : Archives Solaris Flash - Création et installation.

• Pour plus d'informations concernant les procédures permettant d'installer une archive dans un environnement d'initialisation inactif à l'aide de Solaris Live Upgrade, reportez-vous à la section Installation d’une archive Solaris Flash à l’aide d’un profil du Guide d’installation de Solaris 10 10/09 : Solaris Live Upgrade et planification de la mise à niveau.

1. Vérifiez les limitations suivantes.

   Description	Exemple
   Attention - Lorsque vous utilisez le mot-clé archive_location pour installer une archive Solaris Flash , l'archive et le support d'installation doivent contenir les mêmes versions du système d'exploitation.	Par exemple, si l'archive est un système d'exploitation Solaris 10 10/09 et si vous utilisez un DVD, vous devez utiliser le DVD Solaris 10 10/09 pour installer l'archive. Si les versions de système d'exploitation ne correspondent pas, l'installation sur le système clone échoue.
   Attention – Vous ne pouvez pas créer correctement une archive Solaris Flash lorsqu'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 installée correctement lorsqu'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.

2. Sur le serveur d'installation, créez le fichier rules de l'installation JumpStart personnalisée.

   Pour plus d'informations concernant la création de fichiers d'installation JumpStart personnalisée, reportez-vous au Chapitre 3Préparation d'une installation JumpStart personnalisée – Tâches.

3. Sur le serveur d'installation, créez le fichier de profil JumpStart personnalisé.

   Pour des exemples de profils d'archive Solaris Flash, reportez-vous à la section Exemples de profils.

   Dans la liste des mots-clés de l'installation JumpStart personnalisée dans le Tableau 8–2, les seuls mots-clés valides pour l'installation d'une archive Solaris Flash sont les suivants :

   Mot-clé	Installation initiale	Archive différentielle
   (requis)archive_location	X	X
   fdisk (x86 uniquement)	X	X
   filesys Remarque – Vous ne pouvez pas définir la valeur auto pour le mot-clé filesys.	X
   forced_deployment		X
   (requis) install_type	X	X
   local_customization	X	X
   no_content_check		X
   no_master_check		X
   package	X
   root_device	X	X

   1. Affectez à la valeur du mot-clé install_type l'un des types suivants.

      • Pour l'installation d'une archive complète, choisissez la valeur flash_install .

      • Pour l'installation d'une archive différentielle, choisissez la valeur flash_update.

   2. Ajoutez le chemin d'accès à l'archive Solaris Flash en utilisant le mot-clé archive_location.

      Pour des détails concernant le mot-clé archive_location, reportez-vous à la rubrique Mot-clé archive_location.

   3. Définissez la configuration du système de fichiers.

      Le processus d'extraction d'archive Solaris Flash ne prend pas en charge la configuration automatique des partitions.

   4. (Facultatif) Si vous souhaitez installer des packages supplémentaires pendant l'installation d'une archive, utilisez le mot-clé package. Pour plus d'informations, reportez-vous à la section Mot-clé de profil package (UFS et ZFS).

   5. (Facultatif) Si vous souhaitez installer une archive Solaris Flash supplémentaire sur votre système clone, ajoutez une ligne archive_location pour chaque archive à installer.

4. Sur le serveur d'installation, ajoutez les clients sur lesquels vous allez installer l'archive Solaris Flash.

   Pour obtenir des instructions détaillées, reportez-vous aux rubriques suivantes :

   • Section Ajout de systèmes à installer à partir du réseau à l’aide d’une image DVD du Guide d’installation de Solaris 10 10/09 : installations réseau

   • Section Ajout de systèmes à installer à partir du réseau à l’aide d’une image CD du Guide d’installation de Solaris 10 10/09 : installations réseau

5. Effectuez l'installation JumpStart personnalisée sur les systèmes clones.

   Pour obtenir des instructions détaillées, reportez-vous à la rubrique SPARC : installation ou mise à niveau à l'aide du programme JumpStart personnalisé.

SPARC : installation ou mise à niveau à l'aide du programme JumpStart personnalisé

1. Si votre système fait partie d'un réseau, vérifiez qu'un connecteur Ethernet ou autre adaptateur réseau similaire est bien relié à votre système.

2. Si vous installez un système connecté via une ligne tip(1), assurez-vous que l'affichage de fenêtre est d'au moins 80 colonnes et de 24 lignes.

   Pour déterminer les dimensions de votre fenêtre tip, utilisez la commande stty(1).

3. Si vous installez le logiciel Solaris à partir du DVD-ROM ou du CD-ROM de votre système, insérez le DVD du système d'exploitation Solaris pour plates-formes SPARC ou le Logiciel Solaris pour les plates-formes SPARC - 1 CD dans le lecteur.

4. Si vous choisissez une initialisation à partir d'une disquette de profils, insérez la disquette de profils dans le lecteur de disquette de votre système.

5. Initialisez votre système.

   • S'il s'agit d'un tout nouveau système, allumez-le.

   • Avant d'effectuer une installation ou une mise à niveau sur un système existant, commencez par l'éteindre. Dans l'invite ok, tapez les options appropriées de la commande d'initialisation. La syntaxe de la commande boot est la suivante.

     ok boot [cd–dvd|net] - install [url|ask] options

     Si, par exemple, vous tapez la commande suivante, le système d'exploitation est installé sur le réseau en utilisant un profil JumpStart.

     ok boot net - install http://131.141.2.32/jumpstart/config.tar

     Pour la description des options de la commande boot, reportez-vous au tableau ci-dessous.

   ---

   SPARC uniquement –

   Le système vérifie la configuration matérielle ainsi que les composants de votre système, puis le système SPARC s'initialise. L'initialisation dure quelques minutes.

   ---

6. Si vous n'avez pas préconfiguré d'informations système dans le fichier sysidcfg à l'invite du système, répondez aux questions relatives à la configuration du système.

7. Suivez les instructions à l'écran pour installer le logiciel.

   Lorsque le programme JumpStart a achevé l'installation du logiciel Solaris, le système se réinitialise automatiquement.

   Une fois l'installation achevée, les journaux correspondants sont enregistrés dans des fichiers. Les journaux d'installation figurent dans les répertoires suivants :

   • /var/sadm/system/logs

   • /var/sadm/install/logs

SPARC : référence de la commande boot

La syntaxe de la commande boot est la suivante.

ok boot [cd–dvd|net] - install [url|ask] options

Le tableau ci-dessous décrit les options de ligne de commande de la commande boot propres à une installation JumpStart.

x86 : liste des tâches de configuration d'un système en vue d'une installation JumpStart personnalisée

x86 : procédure d'installation JumpStart personnalisée

Lors d'une installation JumpStart personnalisée, le programme JumpStart tente de faire correspondre le système à installer aux règles définies dans le fichier rules.ok. Le programme JumpStart lit ces règles, de la première à la dernière. Il n'établit de correspondance effective que si le système que vous souhaitez installer correspond exactement à l'ensemble des attributs d'une règle. Dès qu'une correspondance est établie entre un système et une règle, le programme JumpStart interrompt la lecture du fichier rules.ok et commence l'installation du système, d'après le profil correspondant à la règle retenue.

Vous pouvez installer une archive Solaris Flash à l'aide de la procédure JumpStart personnalisée. Pour plus d'informations, reportez-vous à la section SPARC : préparation d'un système en vue de l'installation d'une archive Solaris Flash à l'aide d'une méthode Jumpstart personnalisée.

Choisissez l'une des procédures suivantes :

• Pour une procédure JumpStart personnalisée standard, reportez-vous à la section x86 : exécution d'une installation ou d'une mise à niveau avec le programme d'installation JumpStart personnalisée et avec GRUB.

• Pour effectuer une installation JumpStart personnalisée en modifiant la commande GRUB, reportez-vous à la section x86 : exécution d'une installation JumpStart personnalisée en modifiant la commande GRUB boot.

x86 : exécution d'une installation ou d'une mise à niveau avec le programme d'installation JumpStart personnalisée et avec GRUB

Utilisez cette procédure pour installer le système d'exploitation Solaris pour un système x86 à l'aide du menu GRUB.

1. Si votre système fait partie d'un réseau, vérifiez qu'un connecteur Ethernet ou autre adaptateur réseau similaire est bien relié à votre système.

2. Si vous voulez installer un système connecté via une ligne tip(1), assurez-vous que l'affichage de la fenêtre est d'au moins 80 colonnes et de 24 lignes.

   Pour déterminer les dimensions de votre fenêtre tip, utilisez la commande stty(1).

3. Déterminez si vous voulez utiliser une disquette de profils.

   La disquette de profils n'est plus utilisée pour initialiser le système mais une disquette ne contenant que le répertoire JumpStart peut être préparée. Vous pouvez utiliser cette disquette pour effectuer une installation JumpStart personnalisée ou une initialisation depuis le CD-ROM, par exemple.

   • Si vous choisissez une initialisation à partir d'une disquette de profils, insérez la disquette de profils dans l'unité de disquette de votre système.

   • Si vous n'utilisez pas une disquette de profils, passez à l'Étape 4.

4. Décidez comment vous souhaitez initialiser votre système.

   • Si vous démarrez à partir du DVD du système d'exploitation Solaris ou du CD-ROM 1 du logiciel Solaris, insérez le disque. Le BIOS de votre système doit prendre en charge l'initialisation à partir d'un DVD ou d'un CD.

   • Si vous choisissez une initialisation à partir du réseau, utilisez l'initialisation réseau PXE (Pre-boot eXecution Environment). Votre système doit prendre en charge PXE. Pour que votre système puisse utiliser PXE, utilisez l'outil de configuration du BIOS de votre système ou l'outil de configuration de l'adaptateur de votre réseau.

5. (Facultatif) Si vous effectuez l'initialisation depuis un DVD ou un CD, changez le paramètre d'initialisation dans le BIOS du système et définissez l'initialisation depuis un DVD ou un CD. Pour des instructions, reportez-vous à la documentation de votre matériel.

6. Si votre système est éteint, allumez-le. S'il est allumé, réinitialisez-le.

   Le menu GRUB s'affiche. Ce menu contient une liste d'entrées d'initialisation.

   GNU GRUB version 0.95 (631K lower / 2095488K upper memory) +-------------------------------------------------------------------+ |Solaris 10 10/09 image_directory | |Solaris Serial Console ttya | |Solaris Serial Console ttyb (for lx50, v60x and v65x | +-------------------------------------------------------------------+ 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.

   répertoire_image correspond au nom du répertoire contenant l'image d'installation. Le chemin d'accès aux fichiers JumpStart a été défini avec la commande add_install_client et l'option -c.

   ---

   Remarque –

   Au lieu d'effectuer l'initialisation depuis l'entrée GRUB maintenant, vous pouvez modifier l'entrée d'initialisation. Après avoir modifié l'entrée GRUB, vous effectuez l'installation JumpStart. Pour des instructions sur la modification de l'entrée GRUB et la liste des options d'installation, reportez-vous à la section x86 : exécution d'une installation JumpStart personnalisée en modifiant la commande GRUB boot.

   ---

7. Dans l'invite, effectuez l'une des opérations suivantes :

   Select the type of installation you want to perform: 1 Solaris Interactive 2 Custom JumpStart 3 Solaris Interactive Text (Desktop session) 4 Solaris Interactive Text (Console session) 5. Apply driver updates 6. Single User Shell Enter the number of your choice. Please make a selection (1-6).

   Pour sélectionner la méthode JumpStart personnalisée, tapez 2 et appuyez sur Entrée.

   L'installation JumpStart démarre.

   ---

   Remarque –

   • Si vous ne sélectionnez pas une option dans un délai de 30 secondes, le programme d'installation interactif Solaris démarre. Vous pouvez arrêter le chronomètre en appuyant sur n'importe quelle touche sur la ligne de commande.

   • Si vous sélectionnez l'option 1, 3 ou 4, vous effectuez une installation interactive. Pour plus d'informations au sujet des installations interactives, reportez-vous au Guide d’installation de Solaris 10 10/09 : installations de base.

   • Si vous sélectionnez l'option 5, vous installez les mises à jour des pilotes.

   • Si vous sélectionnez l'option 6, vous pouvez effectuer des tâches de maintenance.

   ---

8. Si vous n'avez pas préconfiguré d'informations système dans le fichier sysidcfg à l'invite du système, répondez aux questions relatives à la configuration du système.

9. Suivez les instructions à l'écran pour installer le logiciel.

   Lorsque le programme JumpStart a achevé l'installation du logiciel Solaris, le système se réinitialise automatiquement. Le fichier GRUB menu.lst est également mis à jour. L'instance de Solaris que vous avez installée apparaît lorsque vous utilisez de nouveau le menu GRUB.

   Une fois l'installation achevée, les journaux correspondants sont enregistrés dans des fichiers. Les journaux d'installation figurent dans les répertoires suivants :

   • /var/sadm/system/logs

   • /var/sadm/install/logs

x86 : exécution d'une installation JumpStart personnalisée en modifiant la commande GRUB boot

Dans certains cas comme lors du débogage, vous souhaiterez éventuellement modifier la commande d'initialisation GRUB. La procédure suivante décrit les étapes de modification de la commande d'initialisation GRUB avant l'installation JumpStart personnalisée.

x86 : pour modifier la commande d'initialisation GRUB

1. Pour commencer l'installation, effectuez les opérations de l'Étape 1 à l'Étape 5 de la procédure précédente, x86 : exécution d'une installation ou d'une mise à niveau avec le programme d'installation JumpStart personnalisée et avec GRUB.

2. Si votre système est éteint, allumez-le. S'il est allumé, réinitialisez-le.

   Le menu GRUB s'affiche. Ce menu contient une liste d'entrées d'initialisation. L'entrée fournie est l'instance Solaris à installer.

   GNU GRUB version 0.95 (631K lower / 2095488K upper memory) +-------------------------------------------------------------------+ |Solaris 10 10/09 image_directory | |Solaris Serial Console ttya | |Solaris Serial Console ttyb (lx50, v60x and v68) | +-------------------------------------------------------------------+ 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.

   répertoire_image correspond au nom du répertoire contenant l'image d'installation.

   ---

   Remarque –

   • Si vous avez utilisé le système NFS pour définir le chemin d'accès au répertoire JumpStart avec la commande add_install_client et l'option -c, il est inutile d'inclure le chemin dans l'entrée d'initialisation.

   • Si vous n'utilisez pas NFS, vous devez noter le chemin d'accès au fichier de configuration compressé qui contient le répertoire JumpStart.

   ---

3. Pour arrêter l'initialisation et utiliser l'éditeur d'entrée de menu, tapez e.

   Le menu d'édition GRUB s'affiche.

   kernel /I86PC.Solaris_11-8/multiboot kernel/unix -B console=ttyb,\ install_media=131.141.2.32:/export/mary/v11 \ module /I86PC.Solaris_11-8/x86.new

4. Utilisez les touches fléchées pour sélectionner l'entrée d'initialisation.

5. Pour modifier la commande sélectionnée, tapez e.

   Une commande similaire à la commande suivante s'affiche.

   grub edit>kernel /I86PC.Solaris_11-8/multiboot kernel/unix -B \ console=ttyb,install_media=131.141.2.32:/export/mary/_\ module /I86PC.Solaris_11-8/x86.new

6. Modifiez la commande en tapant les options appropriées.

   La syntaxe de l'installation JumpStart est la suivante.

   grub edit>kernel /I86PC.Solaris_11-image_directory/multiboot kernel/unix/ \ - install [url|ask] options -B install_media=media_type

   Pour une description des options JumpStart, reportez-vous à la rubrique x86 : référence de commande pour l'initialisation du système.

   Dans l'exemple suivant, le système d'exploitation est installé sur le réseau avec un profil JumpStart d'installation personnalisée.

   kernel /I86PC.Solaris_11-8/multiboot kernel/unix/ - install \ -B install_media=131.141.2.32:/export/mary/v11 \ module /I86PC.Solaris_11-8/x86.new

7. Pour valider les modifications, appuyez sur Entrée.

   Les modifications sont enregistrées et le menu principal GRUB s'affiche.

   ---

   Remarque –

   Si vous appuyez sur Échap, vous revenez au menu principal GRUB sans enregistrer les modifications.

   ---

8. Pour commencer l'installation, tapez b.

x86 : référence de commande pour l'initialisation du système

Le tableau suivant décrit les options de ligne de commande pour la commande d'initialisation du menu GRUB. Les options répertoriées sont adaptées à l'installation de JumpStart.

La syntaxe de la commande d'initialisation est la suivante.

kernel /I86PC.Solaris_11-image_directory/multiboot kernel/unix/ - install \
[url|ask] options -B install_media=media_type

kernel /I86pc.Solaris_11.8/multiboot - install file://jumpstart/config.tar \
 -B install_media=dvdrom module /I86Solaris_11.8/x86.new

Chapitre 7 Installation JumpStart personnalisée – Exemples

Ce chapitre fournit un exemple de configuration et d'installation du logiciel Solaris sur les systèmes SPARC et x86 à l'aide d'une installation JumpStart personnalisée.

Dans le cas de l'installation d'un pool racine Solaris ZFS, reportez-vous au Chapitre 9Installation d'un pool racine ZFS à l'aide de JumpStart pour connaître les restrictions et voir des exemples de profil.

• Exemple de configuration d'un site

• Création d'un serveur d'installation

• x86 : création d'un serveur d'initialisation pour le groupe Marketing

• Création d'un répertoire JumpStart

• Partage du répertoire JumpStart

• SPARC : création du profil du groupe technique

• x86 : création du profil du groupe marketing

• Mise à jour du fichier rules

• Validation du fichier rules

• SPARC : configuration des systèmes du groupe technique en vue de leur installation à partir du réseau

• x86 : configuration des systèmes du groupe marketing en vue de leur installation à partir du réseau

• SPARC : initialisation des systèmes du groupe Ingénierie et installation du logiciel Solaris

• x86 : Initialisation des systèmes du groupe Marketing et installation du logiciel Solaris

Exemple de configuration d'un site

La Figure 7–1 illustre la configuration du site pour cet exemple.

Figure 7–1 Exemple de configuration d'un site

Voici les conditions spécifiques à cet exemple :

• SPARC : le groupe technique réside sur son propre sous-réseau. Ce groupe utilise des systèmes SPARCstation^TM pour développer des logiciels.

• x86 : le groupe marketing réside sur son propre sous-réseau. Ce groupe utilise des systèmes x86 pour l'exécution de traitements de texte, de tableurs et d'autres outils de productivité.

• Le site en question utilise un service de noms NIS. Les adresses Ethernet, les adresses IP et les noms d'hôtes de ces systèmes sont préconfigurés dans le service de noms NIS. Y figurent également le masque de sous-réseau, la date et l'heure, ainsi que la région géographique d'implantation du site.

  ---

  Remarque –

  Les périphériques des systèmes du groupe marketing sont préconfigurés dans le fichier sysidcfg.

  ---

• Les systèmes des groupes Ingénierie et Marketing doivent être installés avec le logiciel Solaris 10 10/09 depuis le réseau.

Création d'un serveur d'installation

Les groupes doivent installer le logiciel Solaris 10 10/09 depuis le réseau ; vous devez dès lors configurer le serveur d'installation server- 1 pour les deux groupes. Utilisez la commande setup_install_server(1M) pour copier les images vers le disque local de server-1 (dans le répertoire /export/install). Copiez les images à partir de l'un des supports suivants :

• CD-ROM Logiciel Solaris et le CD de versions localisées de Solaris

• DVD du système d'exploitation Solaris

Vous devez copier l'image du disque vers un répertoire vide, le répertoire sparc_10 et le répertoire x86_10 dans cet exemple.

Exemple 7–1 SPARC : Copie des CD Solaris 10 10/09

Insérez le Logiciel Solaris pour les plates-formes SPARC - 1 CD dans l'unité de CD-ROM associée au server-1 et entrez les commandes suivantes :

server-1# mkdir -p /export/install/sparc_10
server-1# cd /CD_mount_point/Solaris_10/Tools
server-1# ./setup_install_server /export/install/sparc_10

Insérez le Logiciel Solaris pour les plates-formes SPARC - 2 CD dans le lecteur de CD associé au server-1 et entrez les commandes suivantes :

server-1# cd /CD_mount_point/Solaris_10/Tools
server-1# ./add_to_install_server /export/install/sparc_10

Répétez la commande précédente pour chaque Logiciel Solaris que vous souhaitez installer.

Insérez le premier CD SPARC : langues de Solaris pour les plates-formes SPARC dans le lecteur de CD associé au server-1 et entrez les commandes suivantes :

server-1# cd /CD_mount_point/Solaris_10/Tools
server-1# ./add_to_install_server /export/install/sparc_10

Répétez la commande précédente pour chaque CD SPARC : langues de Solaris pour les plates-formes SPARC.

Exemple 7–2 x86 : Copie des CD Solaris 10 10/09

Insérez le Logiciel Solaris pour les plates-formes x86 - 1 CD dans le lecteur de CD associé au server-1 et entrez les commandes suivantes :

server-1# mkdir -p /export/install/x86_10
server-1# cd /CD_mount_point/Solaris_10/Tools
server-1# ./setup_install_server /export/install/x86_10

Insérez le Logiciel Solaris pour les plates-formes x86 - 2 CD dans le lecteur de CD associé au server-1 et entrez les commandes suivantes :

server-1# cd /CD_mount_point/Solaris_10/Tools
server-1# ./add_to_install_server /export/install/x86_10

Répétez la commande précédente pour chaque Logiciel Solaris que vous souhaitez installer.

Insérez le premier CD de versions localisées Solaris pour plates-formes x86 dans le lecteur de CD associé au server-1 et entrez les commandes suivantes :

server-1# cd /CD_mount_point/Solaris_10/Tools
server-1# ./add_to_install_server /export/install/x86_10

Répétez la commande précédente pour chaque CD de versions localisées Solaris pour plates-formes x86.

Exemple 7–3 SPARC : Copie du DVD Solaris 10 10/09

Insérez le DVD du système d'exploitation Solaris pour plates-formes SPARC dans le lecteur DVD associé au server-1 et entrez les commandes suivantes :

server-1# mkdir -p /export/install/sparc_10
server-1# cd /DVD_mount_point/Solaris_10/Tools
server-1# ./setup_install_server /export/install/sparc_10

Exemple 7–4 x86 : Copie du DVD du système d'exploitation Solaris pour plates-formes x86

Insérez le DVD du système d'exploitation Solaris pour plates-formes x86 dans le lecteur de DVD-ROM associé au server-1, puis tapez les commandes suivantes :

server-1# mkdir -p /export/install/x86_10
server-1# cd /DVD_mount_point/Solaris_10/Tools
server-1# ./setup_install_server /export/install/x86_10

x86 : création d'un serveur d'initialisation pour le groupe Marketing

Puisque les systèmes ne peuvent pas s'initialiser depuis un serveur d’installation situé sur un sous-réseau différent, configurez le server-2 comme serveur d'initialisation dans le sous-réseau du groupe Marketing. Utilisez la commande setup_install_server(1M) pour copier le logiciel d'initialisation depuis le DVD du système d'exploitation Solaris pour plates-formes x86 ou le Logiciel Solaris pour les plates-formes x86 - 1 CD. Le logiciel d'initialisation est copié vers le disque local du server-2 dans le répertoire /export/boot.

Choisissez le support et installez le logiciel d'initialisation sur le disque local.

• Si vous insérez le CD 1 de Logiciel Solaris pour les plates-formes x86 - 1 CD dans le lecteur de CD-ROM du serveur server-2, tapez la commande suivante :

  server-2# cd /CD_mount_point/Solaris_10/Tools server-2# ./setup_install_server -b /export/boot

• Si vous insérez le DVD du système d'exploitation Solaris pour plates-formes x86 dans le lecteur de DVD-ROM du serveur server-2, tapez la commande suivante :

  server-2# cd /DVD_mount_point/Solaris_10/Tools server-2# ./setup_install_server -b /export/boot

Dans la commande setup_install_server, -b indique que setup_install_server doit copier les informations vers le répertoire appelé /export/boot.

Création d'un répertoire JumpStart

Après avoir configuré le serveur d'installation et le serveur d'initialisation, créez le répertoire JumpStart sur le server-1. Vous pouvez utiliser n'importe quel système du réseau. Ce répertoire regroupe l'ensemble des fichiers requis pour une installation JumpStart personnalisée du logiciel Solaris. Pour configurer ce répertoire, copiez le répertoire exemple de l'image du DVD du système d'exploitation Solaris ou de l'image du 1 du logiciel Solaris CD, elle-même copiée dans /export/install:

server-1# mkdir /jumpstart
server-1# cp -r /export/install/sparc_10/Solaris_10/Misc/jumpstart_sample /jumpstart

Partage du répertoire JumpStart

Pour que les systèmes du réseau puissent accéder au fichier rules et aux profils, partagez le répertoire /jumpstart. Pour ce faire, ajoutez la ligne suivante dans le fichier /etc/dfs/dfstab :

share -F nfs -o ro,anon=0 /jumpstart

Ensuite, à la ligne de commande, entrez la commande shareall :

server-1# shareall

SPARC : création du profil du groupe technique

Pour les systèmes du groupe Ingénierie, vous créez le fichier eng_prof dans le répertoire /jumpstart. Le fichier eng_prof contient les entrées suivantes. Ces entrées définissent le logiciel Solaris 10 10/09 à installer sur les systèmes du groupe Ingénierie :

install_type  initial_install
system_type   standalone
partitioning  default
cluster       SUNWCprog
filesys       any 512 swap

L'exemple de profil précédent spécifie les informations d'installation suivantes :

install_type

Il s'agit d'une installation initiale et non d'une mise à niveau.

system_type

Les systèmes du groupe technique sont des systèmes autonomes.

partitioning

Le logiciel JumpStart utilise la partition de disque par défaut pour installer Solaris sur les systèmes du groupe technique.

cluster

Le groupe de logiciels support système développeur doit être installé.

filesys

Chaque système du groupe technique doit comporter un espace swap de 512 Mo.

x86 : création du profil du groupe marketing

Pour les systèmes du groupe Marketing, vous créez le fichier marketing_prof dans le répertoire /jumpstart. Le fichier marketing_prof contient les entrées suivantes. Ces entrées définissent le logiciel Solaris 10 10/09 à installer sur les systèmes du groupe Marketing :

install_type  initial_install
system_type   standalone
partitioning  default
cluster       SUNWCuser
package       SUNWaudio

L'exemple de profil précédent spécifie les informations d'installation suivantes :

install_type

Il s'agit d'une installation initiale et non d'une mise à niveau.

system_type

Les systèmes du groupe marketing sont des systèmes autonomes.

partitioning

Le programme JumpStart utilise la partition de disque par défaut pour installer Solaris sur les systèmes du groupe marketing.

cluster

Le groupe de logiciels Solaris de l'utilisateur final doit être installé.

package

Le package logiciel de démo audio doit être ajouté sur chaque système.

Mise à jour du fichier rules

Ajoutez maintenant des règles au fichier rules. Le programme d'installation de Solaris utilise ces règles pour sélectionner l'installation adaptée (le profil) à chaque système, au cours d'une installation JumpStart personnalisée.

Dans cette organisation, chaque département réside sur son propre sous-réseau et dispose de sa propre adresse de réseau. Le département Ingénierie est situé sur le sous-réseau 255.222.43.0, le département marketing sur 255.222.44.0. Ces informations vous permettent de vérifier comment ces systèmes ont été installés avec le logiciel Solaris 10 10/09. Supprimez toutes les règles données en exemple dans le fichier rules du répertoire /jumpstart, puis ajoutez les lignes suivantes dans le fichier :

network 255.222.43.0 - eng_prof -
network 255.222.44.0 - marketing_prof -

Ces règles indiquent que le logiciel Solaris 10 10/09 doit être installé sur les systèmes du réseau 255.222.43.0 en utilisant le profil eng_prof. Elles ont pour but également d'installer le logiciel Solaris 10 10/09 sur les systèmes du réseau 255.222.44.0 conformément au profil marketing_prof.

You can use the sample rules to use a network address to identify the systems to be installed with the Solaris 10 10/09 software by using eng_prof and marketing_prof , respectively. Vous pouvez également utiliser des noms d'hôtes, une taille de mémoire ou un type de modèle comme mot-clé de règle. Tableau 8–1 contient une liste complète des mots-clés à utiliser dans un fichier rules.

Validation du fichier rules

Une fois les règles et les profils définis, exécutez le script check pour vérifier si les fichiers sont corrects :

server-1# cd /jumpstart
server-1# ./check

Si le script check ne détecte aucune erreur, le script crée le fichier rules.ok.

SPARC : configuration des systèmes du groupe technique en vue de leur installation à partir du réseau

Après avoir défini le répertoire /jumpstart et les fichiers, utilisez la commande add_install_client sur le serveur d'installation server-1 pour configurer les systèmes du groupe Ingénierie afin d'installer le logiciel Solaris depuis le serveur. Le server-1 est également le serveur d'initialisation du sous-réseau du groupe technique.

server-1# cd /export/install/sparc_10/Solaris_10/Tools
server-1# ./add_install_client -c server-1:/jumpstart host-eng1 sun4u
server-1# ./add_install_client -c server-1:/jumpstart host-eng2 sun4u

Les options utilisées dans la commande add_install_client ont la signification suivante :

-c

Désigne le serveur (server-1) et le chemin d'accès au répertoire JumpStart (/jumpstart). Utilisez cette option si vous utilisez NFS.

---

Remarque –

Si vous ne l'utilisez pas, définissez le chemin d'accès au répertoire JumpStart en utilisant les commandes suivantes :

• Pour les systèmes SPARC, définissez le chemin dans la commande boot.

• Pour les systèmes x86, définissez le chemin en modifiant l'entrée du menu GRUB.

---

host-eng1

Le nom d'un système du groupe technique.

host-eng2

Le nom d'un autre système du groupe technique.

sun4u

Définit le groupe de plates-formes des systèmes qui utilisent le server-1 comme serveur d'installation. Le groupe de plates-formes est destiné aux systèmes Ultra 5.

x86 : configuration des systèmes du groupe marketing en vue de leur installation à partir du réseau

Exécutez ensuite la commande add_install_client sur le serveur d'initialisation (server-2). Cette commande configure les systèmes du groupe Marketing pour qu'ils s'initialisent depuis le serveur d'initialisation et installent le logiciel Solaris depuis le serveur d'installation (server-1) :

server-2# cd /marketing/boot-dir/Solaris_10/Tools
server-2# ./add_install_client -s server-1:/export/install/x86_10 \
-c server-1:/jumpstart host-mkt1 i86pc
server-2# ./add_install_client -s server-1:/export/install/x86_10 \
-c server-1:/jumpstart host-mkt2 i86pc
server-2# ./add_install_client -d -s server-1:/export/install/x86_10 \
-c server-1:/jumpstart SUNW.i86pc i86pc
server-2# ./add_install_client -c server-1:/jumpstart host-mkt1 sun4u
server-2# ./add_install_client -c server-1:/jumpstart host-mkt2 sun4u

Les options utilisées dans la commande add_install_client ont la signification suivante :

-d

Indique que le client doit utiliser DHCP pour obtenir les paramètres d'installation réseau. Cette option est nécessaire pour les clients qui utilisent l'initialisation réseau PXE pour initialiser à partir du réseau. L'option -d, facultative, est destinée aux clients d'initialisation réseau n'utilisant pas une initialisation réseau PXE.

-s

Définit le serveur d'installation (server-1) et le chemin d'accès au logiciel Solaris (/export/install/x86_10).

-c

Désigne le serveur (server-1) et le chemin d'accès au répertoire JumpStart (/jumpstart). Utilisez cette option si vous utilisez NFS.

---

Remarque –

Si vous ne l'utilisez pas, définissez le chemin d'accès au répertoire JumpStart en utilisant les commandes suivantes :

• Pour les systèmes SPARC, définissez le chemin dans la commande boot.

• Pour les systèmes x86, définissez le chemin en modifiant l'entrée du menu GRUB.

---

host-mkt1

Le nom d'un système du groupe marketing.

host-mkt2

Le nom d'un autre système du groupe marketing.

sun4u

Définit le groupe de plates-formes des systèmes qui utilisent le server-1 comme serveur d'installation. Le groupe de plates-formes est destiné aux systèmes Ultra 5.

SUNW.i86pc

Le nom de la classe DHCP de tous les postes clients x86 de Solaris. Utilisez ce nom de classe si vous souhaitez configurer une fois pour toutes tous les clients DHCP x86 de Solaris.

i86pc

Désigne le groupe de plates-formes des systèmes qui utilisent ce serveur d'initialisation. Le nom de la plate-forme représente les systèmes x86.

SPARC : initialisation des systèmes du groupe Ingénierie et installation du logiciel Solaris

Après avoir configuré les serveurs et les fichiers, vous pouvez initialiser les systèmes du groupe Ingénierie en utilisant la commande boot suivante sur l'invite ok (PROM) de chaque système :

ok boot net - install

Le SE Solaris est installé automatiquement sur les systèmes du groupe technique.

x86 : Initialisation des systèmes du groupe Marketing et installation du logiciel Solaris

Vous pouvez initialiser le système depuis :

• le Logiciel Solaris pour les plates-formes x86 - 1 CD,

• le DVD du système d'exploitation Solaris pour plates-formes x86 ou

• le réseau à l'aide de l'initialisation réseau PXE.

Le logiciel Solaris est installé automatiquement sur les systèmes du groupe Marketing.

Chapitre 8 Méthode d'installation JumpStart personnalisée – Références

Ce chapitre répertorie l'ensemble des mots-clés et des valeurs utilisables dans le fichier rules, dans les profils, ainsi que dans les scripts de début et de fin.

Dans le cas de l'installation d'un pool racine Solaris ZFS, reportez-vous au Chapitre 9Installation d'un pool racine ZFS à l'aide de JumpStart pour connaître les restrictions et voir des exemples de profil. Vous pouvez également consulter le Tableau 8–2 pour obtenir une liste des mots-clés spécifiques au format ZFS et des mots-clés pouvant être utilisés au sein d'un profil.

• Mots-clés et valeurs des règles

• Mots-clés et valeurs des profils

• Variables d'environnement de la méthode JumpStart personnalisée

• Mots-clés et valeurs des sondes

Mots-clés et valeurs des règles

Le Tableau 8–1 répertorie les mots-clés et les valeurs que vous pouvez utiliser dans le fichier de rules. Pour connaître les instructions détaillées de création d'un fichier rules, reportez-vous à la rubrique Création du fichier rules.

disksize c0t3d0 250-300

disksize rootdisk 750-1000

installed c0t3d0s1 Solaris 10

memsize 64-128

network 192.168.2.0

osname Solaris 10

probe disks

totaldisk 300-500

Mots-clés et valeurs des profils

Cette rubrique décrit les mots-clés et les valeurs utilisables dans un profil. Pour obtenir les instructions de création d'un profil, reportez-vous à la rubrique Création d'un profil. Ces mots de passe sont utilisés pour installer les systèmes de fichiers UFS et ZFS. Si le mot de passe peut être utilisé dans un profil ZFS, le terme « ZFS » est indiqué.

Aide-mémoire des mots-clés de profils

Le Tableau 8–2 permet de déterminer rapidement quels mots-clés vous pouvez utiliser en fonction du scénario d'installation. Les mot-clés s'appliquent uniquement à une installation initiale, sauf si cela est indiqué. Ces mots-clés sont également adaptés à un système de fichiers UFS, à moins qu'un mot-clé ne soit mentionné comme pouvant être utilisé dans un profil de pool racine ZFS.

Descriptions des mots-clés de profil et exemples

Mot-clé archive_location

archive_location retrieval_type location

type_récupération

Les valeurs de type_récupération et emplacement dépendent de l'emplacement de l'archive Solaris Flash. Les sections suivantes répertorient les valeurs utilisables pour type_récupération et emplacement, ainsi que des exemples d'utilisation du mot-clé archive_location.

• Archive stockée sur un serveur NFS

• Archive stockée sur un serveur HTTP ou HTTPS

• Archive stockée sur un serveur FTP

• Archive stockée sur bande locale

• Archive stockée sur un périphérique local

• Archive stockée dans un fichier local

emplacement

Les caractéristiques des emplacements sont indiquées dans les sections suivantes.

L'archive Solaris Flash ne peut pas être créée correctement lorsqu'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 installée correctement lorsqu'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.

Archive stockée sur un serveur NFS

Si votre archive est stockée sur un serveur NFS, utilisez la syntaxe suivante pour le mot-clé archive_location :

archive_location nfs server_name:/path/filename retry n

nom_serveur

Nom du serveur sur lequel vous avez stocké l'archive.

chemin

Emplacement de l'archive à récupérer à partir du serveur indiqué. Si le chemin d'accès comporte $HOST, les utilitaires d'installation Solaris Flash remplacent $HOST par le nom du système clone que vous installez.

nom_fichier

Nom du fichier d'archive Solaris Flash.

retry n

Mot-clé facultatif. La lettre n indique le nombre maximal de tentatives de montage de l'archive par les utilitaires Solaris Flash.

Exemple 8–1 Archive stockée sur un serveur NFS

archive_location nfs golden:/archives/usrarchive

archive_location nfs://golden/archives/usrarchive

Archive stockée sur un serveur HTTP ou HTTPS

Si votre archive est stockée sur un serveur HTTP, utilisez la syntaxe suivante pour le mot-clé archive_location :

archive_location http://server_name:port/path/filename optional_keywords

Si votre archive est stockée sur un serveur HTTPS, utilisez la syntaxe suivante pour le mot-clé archive_location.

archive_location https://server_name:port/path/filename optional_keywords

nom_serveur

Nom du serveur sur lequel vous avez stocké l'archive.

port

Port facultatif. port peut être un numéro de port ou le nom d'un service TCP dont le numéro du port est déterminé au cours de l'exécution.

Si vous ne spécifiez pas de port, les utilitaires d'installation Solaris Flash utilisent le numéro de port HTTP par défaut, soit 80.

chemin

Emplacement de l'archive à récupérer à partir du serveur indiqué. Si le chemin d'accès comporte $HOST, les utilitaires d'installation Solaris Flash remplacent $HOST par le nom du système clone que vous installez.

nom_fichier

Nom du fichier d'archive Solaris Flash.

motsclés_facultatifs

Mots-clés facultatifs que vous pouvez spécifier lorsque vous récupérez une archive Solaris Flash à partir d'un serveur HTTP.

Exemple 8–2 Archive stockée sur un serveur HTTP ou HTTPS

archive_location http://silver/archives/usrarchive.flar timeout 5 

Exemple du mot-clé auth basic mot_de_passe nom_utilisateur :

archive_location http://silver/archives/usrarchive.flar timeout 5 user1 secret

Archive stockée sur un serveur FTP

Si votre archive est stockée sur un serveur FTP, utilisez la syntaxe suivante pour le mot-clé archive_location :

archive_location ftp://user_name:password@server_name:port/path/filename optional_keywords

nom_utilisateur:mot_de_passe

Nom d'utilisateur et mot de passe nécessaires pour accéder au serveur FTP dans le fichier profil.

nom_serveur

Nom du serveur sur lequel vous avez stocké l'archive.

port

Port facultatif. port peut être un numéro de port ou le nom d'un service TCP dont le numéro du port est déterminé au cours de l'exécution.

Si vous ne spécifiez pas de port, les utilitaires d'installation Solaris Flash utilisent le numéro de port FTP par défaut, soit 21.

chemin

Emplacement de l'archive à récupérer à partir du serveur indiqué. Si le chemin d'accès comporte $HOST, les utilitaires d'installation Solaris Flash remplacent $HOST par le nom du système clone que vous installez.

nom_fichier

Nom du fichier d'archive Solaris Flash.

motsclés_facultatifs

Mots-clés facultatifs que vous pouvez spécifier lorsque vous récupérez une archive Solaris Flash à partir d'un serveur FTP.

Exemple 8–3 Archive stockée sur un serveur FTP

archive_location ftp://user1:secret@silver/archives/usrarchive.flar timeout 5

Archive stockée sur bande locale

Si votre archive est stockée sur une bande, utilisez la syntaxe suivante pour le mot-clé archive_location :

archive_location local_tape device position

device

Nom du lecteur de bande où vous avez stocké l'archive Solaris Flash. Si le nom du périphérique est un chemin d'accès canonique, les utilitaires d'installation Solaris Flash récupèrent l'archive à partir du chemin d'accès au nœud du périphérique. Si le nom de périphérique fourni n'est pas un chemin d'accès canonique, les utilitaires d'installation Solaris Flash ajoutent /dev/rmt/ au chemin d'accès.

position

Désigne l'emplacement de l'unité de bande où vous avez enregistré l'archive. Si vous ne précisez pas de position, les utilitaires d'installation Solaris Flash tentent de récupérer l'archive à partir de la position actuelle sur l'unité de bande. En spécifiant une position, vous pouvez placer un script de début ou un fichier sysidcfg avant l'archive sur l'unité de bande.

Exemple 8–4 Archive stockée sur bande locale

archive_location local_tape /dev/rmt/0n 5

archive_location local_tape 0n 5

Archive stockée sur un périphérique local

Vous pouvez récupérer une archive Solaris Flash d'un périphérique local si vous l'avez stockée sur un périphérique à accès aléatoire, orienté système de fichiers, par exemple une disquette ou un DVD. Utilisez la syntaxe suivante pour le mot-clé archive_location .

Vous pouvez récupérer une archive sur un périphérique orienté flux, une bande par exemple, en utilisant la même syntaxe que pour une bande locale.

archive_location local_device device path/filename file_system_type

device

Nom du lecteur où vous avez stocké l'archive Solaris Flash. Si le nom du périphérique est un chemin canonique, le périphérique est monté directement. Si le nom de périphérique fourni n'est pas un chemin d'accès canonique, les utilitaires d'installation Solaris Flash ajoutent /dev/dsk/ au chemin d'accès.

chemin

Chemin d'accès à l'archive Solaris Flash, en partant de la racine du système de fichiers sur le périphérique spécifié. Si le chemin d'accès comporte $HOST, les utilitaires d'installation Solaris Flash remplacent $HOST par le nom du système clone que vous installez.

nom_fichier

Nom du fichier d'archive Solaris Flash.

type_système_fichiers

Spécifie le type de système de fichiers sur le périphérique. Si vous n'indiquez pas de type de système de fichiers, les utilitaires d'installation Solaris Flash tentent de monter un système de fichiers UFS. Si le montage du système de fichiers UFS échoue, les utilitaires d'installation Solaris Flash tentent de monter un système de fichiers HSFS.

Exemple 8–5 Archive stockée sur un périphérique local

Pour récupérer une archive depuis un disque dur local formaté en système de fichiers UFS, utilisez la commande suivante :

archive_location local_device c0t0d0s0 /archives/$HOST

Pour récupérer une archive depuis un CD-ROM local avec système de fichiers HSFS, utilisez la commande suivante :

archive_location local_device c0t0d0s0 /archives/usrarchive

Archive stockée dans un fichier local

Vous pouvez récupérer une archive stockée dans la miniracine à partir de laquelle vous avez initialisé le système clone, comme vous le feriez pour un fichier local. Quand vous effectuez une installation JumpStart personnalisée, vous initialisez votre système à partir d'un CD ou d'une miniracine NFS. Le logiciel d'installation est chargé et exécuté à partir de cette miniracine. Par conséquent, une archive Solaris Flash stockée sur DVD, CD ou dans la miniracine NFS est accessible en tant que fichier local. Utilisez la syntaxe ci-après pour le mot-clé archive_location.

archive_location local_file path/filename 

chemin

Emplacement de l'archive. Le système doit pouvoir accéder au chemin indiqué, en tant que fichier local, lors de l'initialisation du système à partir du CD 1 du logiciel Solaris ou du DVD du système d'exploitation Solaris. Le système ne peut pas accéder au fichier /net ou à un autre répertoire monté automatiquement lorsqu'il est initialisé à partir du CD 1 du logiciel Solaris ou du DVD du système d'exploitation Solaris.

nom_fichier

Nom du fichier d'archive Solaris Flash.

Exemple 8–6 Archive stockée dans un fichier local

archive_location local_file /archives/usrarchive

Mot-clé de profil backup_media

backup_media type path

le mot-clé backup_media s'applique uniquement à une mise à niveau avec réallocation d'espace disque.

Le mot-clé backup_media identifie le média sur lequel les systèmes de fichiers seront sauvegardés dès lors qu'une réallocation de l'espace disque s'impose au cours d'une mise à niveau, en raison d'un espace disponible insuffisant. Si vous avez besoin de plusieurs bandes ou de plusieurs disquettes, le système vous invite à les insérer au cours de la mise à niveau.

Exemple 8–7 Mot-clé de profil backup_media

backup_media local_tape /dev/rmt/0

backup_media local_diskette /dev/rdiskette1

backup_media local_filesystem /dev/dsk/c0t3d0s4

backup_media local_filesystem /export

backup_media remote_filesystem system1:/export/temp

backup_media remote_system user1@system1:/export/temp

boot_device Mot-clé de profil (UFS et ZFS)

Le mot-clé boot_device peut être utilisé lors de l'installation d'un système de fichiers UFS ou d'un pool racine ZFS. L'utilisation de ce mot-clé est la même pour les installations UFS et ZFS.

• Pour une liste complète des mots-clés pouvant être utilisés pour une installation UFS ou ZFS, reportez-vous au Tableau 8–2.

• Pour obtenir des informations sur la réalisation d'une installation ZFS, reportez-vous au Chapitre 9Installation d'un pool racine ZFS à l'aide de JumpStart.

boot_device device eeprom

boot_device désigne le périphérique sur lequel le programme JumpStart va installer le système de fichiers racine (/) et le périphérique d'initialisation du système. boot_device doit détecter tous les mots-clés filesys qui spécifient le système de fichiers racine (/) ainsi que le mot-clé root_device.

Si vous ne définissez pas le mot-clé boot_device dans un profil, le mot-clé boot_device suivant est défini par défaut au cours de l'installation :

boot_device any update

device

Utilisez l'une des valeurs indiquées ci-dessous.

SPARC: cw txdy sz ou cx dysz

Tranche de disque dans laquelle le programme JumpStart place le système de fichiers racine (/), par exemple c0t0d0s0.

x86: cw txdy ou cxdy

Disque sur lequel le programme JumpStart place le système de fichiers racine (/), par exemple c0d0.

existing

Le programme JumpStart place le système de fichiers racine (/) sur le périphérique d'initialisation existant du système.

any

Le programme JumpStart définit l'emplacement du système de fichiers racine ( /). Il tente d'utiliser le périphérique d'initialisation existant du système. Il peut choisir un autre périphérique d'initialisation, au besoin.

eeprom

Décidez de conserver en l'état la mémoire EEPROM du système ou de la mettre à jour.

La valeur eeprom vous permet de mettre à jour la mémoire EEPROM de votre système si vous changez de périphérique d'initialisation du système. Une fois la mémoire EEPROM du système mise à jour, le système peut s'initialiser automatiquement à partir du nouveau périphérique d'initialisation.

---

Remarque –

x86 : vous devez spécifier la valeur preserve.

---

update

Le programme JumpStart met à jour la mémoire EEPROM du système sur le périphérique d'initialisation indiqué, de sorte que le système installé s'initialise automatiquement à partir de ce périphérique.

preserve

La valeur affectée au périphérique d'initialisation est conservée comme telle dans la mémoire EEPROM du système. Si vous spécifiez un nouveau périphérique d'initialisation sans changer la mémoire EEPROM de votre système, vous devez changer manuellement la mémoire EEPROM de votre système pour qu'il puisse s'initialiser automatiquement à partir du nouveau périphérique d'initialisation.

Exemple 8–8 Mot-clé de profil boot_device

boot_device c0t0d0s2 update

bootenv Mot-clé de profil (UFS et ZFS)

Le mot-clé bootenv peut être utilisé pour un système de fichiers UFS ou une installation de pool racine ZFS. Son utilisation diffère dans le cas d'une installation ZFS.

• Pour une liste complète des mots-clés pouvant être utilisés pour une installation UFS ou ZFS, reportez-vous au Tableau 8–2.

• Pour obtenir des informations sur la façon dont le mot-clé bootenv peut être utilisé lors de l'installation d'un pool racine ZFS, consultez la section Mots-clés JumpStart pour un pool racine (/) système de fichiers ZFS (référence)

bootenv createbe bename new_BE_name filesystem mountpoint:device:fs_options 
[filesystem...]

Le mot-clé bootenv createbe permet de créer rapidement un environnement d'initialisation vide et inactif lors de l'installation du système d'exploitation Solaris. Vous devez au minimum créer le système de fichiers racine (/). Les tranches sont réservées aux systèmes de fichiers spécifiés, mais aucun de ces derniers n'est copié. Un nom est attribué à l'environnement d'initialisation, mais celui-ci ne sera véritablement créé qu'après l'installation d'une archive Solaris Flash. Une fois l'archive installée, les systèmes de fichiers sont installés sur les tranches réservées. Voici la liste des valeurs de bename et filesystem.

bename nouveau_nom_BE

bename spécifie le nom du nouvel environnement d'initialisation à créer. nouveau_nom_BE ne peut pas dépasser 30 caractères, ne peut contenir que des caractères alphanumériques et ne peut pas contenir de caractères multioctets. Le nom doit être unique sur le système.

filesystem point_montage: périphérique:options_fs

filesystem détermine le type et le nombre de systèmes de fichiers créés dans le nouvel environnement d'initialisation. Au moins une tranche qui contient le système de fichiers racine (/) doit être définie. Les systèmes de fichiers peuvent être sur le même disque ou répartis entre plusieurs disques.

• point_montage peut désigner n'importe quel point de montage valide ou – (un trait d'union), qui désigne une tranche de swap.

• périphérique doit être disponible lorsque le système d'exploitation en cours d'installation est initialisé pour la première fois. Le périphérique n'a aucune relation avec les périphériques de stockage spéciaux de JumpStart tels que free . Le périphérique ne peut pas être un volume Solaris Volume Manager ou Veritas Volume Manager. périphérique est le nom d'un périphérique disque sous la forme /dev/dsk/cwtxd ysz.

• options_fs peut correspondre à l'un des éléments suivants :

  • ufs, désignant un système de fichiers UFS.

  • swap, désignant un système de fichiers swap. Le point de montage du swap doit être – (trait d'union).

Vous pouvez consulter un exemple de profil et d'utilisation de ce mot-clé aux références suivantes :

Mot-clé de profil client_arch

client_arch karch_value ...

client_arch indique que le serveur du système d'exploitation doit prendre en charge un groupe de plates-formes différent de celui que le serveur utilise. Si vous ne spécifiez pas client_arch dans le profil, tout client sans disque utilisant le serveur du système d'exploitation doit contenir le même groupe de plates-formes que le serveur. Vous devez spécifier chaque groupe de plates-formes que vous souhaitez voir pris en charge par le serveur de système d'exploitation.

Les valeurs valides de valeur_karch sont sun4u et i86pc. Pour obtenir la liste complète des noms de plates-formes et des divers systèmes, reportez-vous au document Guide de la plate-forme matérielle Sun Solaris sur le site Web http://docs.sun.com.

Vous ne pouvez utiliser client_arch que lorsque system_type est défini comme server.

Mot-clé de profil client_root

client_root root_size

client_root définit la quantité d'espace racine, taille_racine en Mo, à allouer à chaque client. Si vous ne précisez pas client_root dans le profil d'un serveur, le logiciel d'installation affecte automatiquement 15 Mo d'espace racine par client. Le programme d'installation associe la taille de l'espace racine du poste client au mot-clé num_clients pour déterminer l'espace à réserver au système de fichiers /export/root.

Vous ne pouvez utiliser client_root que lorsque system_type est défini comme server.

Mot-clé de profil client_swap

client_swap swap_size

client_swap définit la quantité d'espace de swap, taille_swap en Mo, à allouer à chaque client sans disque. Si vous ne spécifiez pas client_swap dans le profil, 32 Mo d'espace de swap sont affectés par défaut.

Vous ne pouvez utiliser client_swap que lorsque system_type est défini comme server.

Exemple 8–9 Mot-clé de profil client_swap

Dans l'exemple suivant, un espace swap de 64 Mo est affecté à chaque poste client sans disque.

client_swap 64

Comment déterminer la taille de swap

Si un profil ne précise pas la taille du swap, le programme JumpStart la détermine en fonction de la mémoire physique du système. Le Tableau 8–5 indique le mode de paramétrage de la taille d'espace swap au cours de l'installation JumpStart personnalisée.

Pour la taille d'espace swap, le programme JumpStart utilise au maximum 20 % du disque sur lequel le fichier swap est installé. L'affectation sera différente si le disque contient de l'espace disponible après configuration des autres systèmes de fichiers. Si de l'espace est disponible, le programme JumpStart l'affecte à l'espace swap, et si possible, attribue la quantité indiquée dans le Tableau 8–5.

Les tailles cumulées de la mémoire physique et du swap doivent impérativement atteindre 32 Mo au minimum.

clusterMot-clé de profil (ajout de groupes de logiciels) (UFS et ZFS)

Le mot-clé cluster peut être utilisé dans le cadre de l'installation d'un système de fichiers UFS ou d'un pool racine ZFS. L'utilisation de ce mot-clé est la même pour les installations UFS et ZFS.

• Pour une liste complète des mots-clés pouvant être utilisés pour une installation UFS ou ZFS, reportez-vous au Tableau 8–2.

• Pour obtenir des informations sur la façon dont le mot-clé cluster peut être utilisé dans un profil pour l'installation d'un pool racine ZFS, reportez-vous à la section Exemples de profils JumpStart pour un pool racine ZFS

cluster group_name

Le mot-clé cluster désigne le groupe de logiciels que vous souhaitez installer sur le système.

Un groupe de logiciels est un métacluster qui contient des clusters et des packages. Pour installer le groupe de logiciels, utilisez le mot-clé cluster et la variable nom_groupe. Ce mot-clé cluster ne peut être installé que lors d'une installation initiale. Ce mot-clé cluster fait référence aux métaclusters dans le fichier clustertoc(4).

Un cluster est un ensemble de packages appelé SUNWnom. Pour installer un cluster, utilisez le mot-clé cluster et la variable nom_cluster. Vous pouvez ajouter ou supprimer un cluster dans un groupe de logiciels (métacluster) dans une installation initiale ou une mise à niveau.

Le tableau ci-dessous répertorie le nom_groupe de chaque groupe de logiciels .

Les limitations suivantes s'appliquent :

• Vous ne pouvez indiquer qu'un seul groupe de logiciels dans un profil.

• Le groupe de logiciels doit être défini avant les autres entrées de cluster et de package.

• Si vous ne précisez aucun groupe de logiciels dans le profil à l'aide du mot-clé cluster, le groupe de logiciels pour utilisateur final, SUNWCuser, sera installé sur votre système.

Pour plus d'informations sur les groupes de logiciels, reportez-vous à la section Espace disque requis pour chaque groupe de logiciels du Guide d’installation de Solaris 10 10/09 : planification d’installation et de mise à niveau.

Mot-clé de profil cluster (ajout ou suppression de clusters) (UFS et ZFS)

cluster cluster_name add_delete_switch

Le mot-clé cluster peut être utilisé dans le cadre de l'installation d'un système de fichiers UFS ou d'un pool racine ZFS. L'utilisation de ce mot-clé est la même pour les installations UFS et ZFS.

• Pour une liste complète des mots-clés pouvant être utilisés pour une installation UFS ou ZFS, reportez-vous au Tableau 8–2.

• Pour obtenir des informations sur la façon dont le mot-clé cluster peut être utilisé dans un profil pour l'installation d'un pool racine ZFS, reportez-vous à la section Exemples de profils JumpStart pour un pool racine ZFS

cluster indique si un cluster doit être ajouté ou supprimé du groupe de logiciels à installer sur le système.

nom_cluster

Le nom du cluster doit avoir le format SUNWC nom.

ajouter_ou_supprimer

Mot-clé facultatif qui indique si le cluster spécifié doit être ajouté ou supprimé. Utilisez la valeur add ou delete. Si vous ne spécifiez aucune valeur entre add et delete, add est utilisé par défaut.

Lorsque vous utilisez cluster lors d'une mise à niveau, les conditions suivantes s'appliquent :

• Tous les clusters présents sur votre système sont mis à niveau automatiquement.

• Si vous définissez nom_cluster add et que le cluster n'est pas installé sur le système, le cluster est installé.

• Si vous définissez nom_cluster delete et que le cluster est installé sur le système, le package est supprimé avant la mise à niveau.

Un groupe de logiciels est un métacluster qui contient des clusters et des packages. Pour installer le groupe de logiciels, utilisez le mot-clé cluster et la variable nom_groupe. Ce mot-clé cluster ne peut être installé que lors d'une installation initiale. Ce mot-clé cluster fait référence aux métaclusters dans le fichier clustertoc(4).

Un cluster est un ensemble de packages. Vous pouvez regroupe les clusters pour constituer un groupe de logiciels (métacluster). Un nom de cluster a toujours le format SUNW<nom>. Pour installer un cluster, utilisez le mot-clé cluster et la variable nom_cluster. Vous pouvez ajouter ou supprimer un cluster dans un groupe de logiciels (métacluster) dans une installation initiale ou une mise à niveau.

Mot-clé de profil dontuse (UFS et ZFS)

Le mot-clé dontuse peut être utilisé dans le cadre de l'installation d'un système de fichiers UFS ou d'un pool racine ZFS. L'utilisation de ce mot-clé est la même pour les installations UFS et ZFS.

• Pour une liste complète des mots-clés pouvant être utilisés pour une installation UFS ou ZFS, reportez-vous au Tableau 8–2.

• Pour obtenir des informations sur la réalisation d'une installation ZFS, reportez-vous au Chapitre 9Installation d'un pool racine ZFS à l'aide de JumpStart.

dontuse disk_name ...

Par défaut, le programme JumpStart utilise tous les disques opérationnels de votre système, si vous spécifiez partitioning default. dontuse désigne le ou les disque(s) que vous ne souhaitez pas voir utilisé(s) par le programme JumpStart. nom_disque doit être formulé sous la forme cxt ydz ou c ydz, c0t0d0 par exemple.

Vous ne pouvez pas spécifier le mot-clé dontuse et le mot-clé usedisk dans le même profil.

x86 : Mot-clé de profil fdisk (UFS et ZFS)

Le mot-clé fdisk peut être utilisé dans le cadre de l'installation d'un système de fichiers UFS ou d'un pool racine ZFS. L'utilisation de ce mot-clé est la même pour les installations UFS et ZFS.

• Pour une liste complète des mots-clés pouvant être utilisés pour une installation UFS ou ZFS, reportez-vous au Tableau 8–2.

• Pour obtenir des informations sur la réalisation d'une installation ZFS, reportez-vous au Chapitre 9Installation d'un pool racine ZFS à l'aide de JumpStart.

fdisk disk_name type size

fdisk définit la configuration des partitions fdisk sur un système x86. Vous pouvez spécifier fdisk autant de fois que nécessaire. Lorsque fdisk partitionne un système x86, les conséquences sont les suivantes :

• Toutes les partitions fdisk du disque sont préservées, à moins que vous n'en supprimiez avec le mot-clé fdisk en affectant à taille la valeur 0 ou delete. Toutes les partitions fdisk existantes sont supprimées si vous affectez la valeur all à taille.

• Une partition fdisk Solaris comportant un système de fichiers racine (/) est toujours désignée comme étant la partition active du disque.

  ---

  Remarque –

  Par défaut, le système s'initialise à partir de la partition active.

  ---

• Si vous ne spécifiez pas le mot-clé fdisk dans votre profil, le mot-clé fdisk utilisé par défaut par l'installation est :

  fdisk all solaris maxfree

• Les entrées fdisk sont traitées dans l'ordre de leur apparition dans le profil.

nom_disque

Utilisez les valeurs suivantes pour spécifier où vous souhaitez créer une partition fdisk ou celle que vous souhaitez supprimer :

• cxt ydz ou c ydz – Disque spécifique, par exemple c0t3d0.

• rootdisk – Variable contenant la valeur du disque racine du système, c'est-à-dire l'emplacement réservé à l'installation. Le disque racine est déterminé par le programme JumpStart comme indiqué dans la section Comment déterminer le disque racine d'un système.

• all– Tous les disques sélectionnés.

type

Utilisez les valeurs suivantes pour spécifier le type de partition fdisk que vous souhaitez créer sur le disque spécifié, ou que vous souhaitez supprimer :

• solaris– Partition fdisk Solaris (de type SUNIXOS fdisk).

• dosprimary : alias pour les partitions principales DOS fdisk, et non pour les partitions fdisk qui sont étendues ou réservées aux données DOS. Lorsque vous supprimez des partitions fdisk en affectant la valeur à taille la valeur delete, dosprimary sert de pseudo aux types fdisk DOSHUGE, DOSOS12 et DOSOS16. Lorsque vous créez une partition fdisk, dosprimary sert de pseudo à la partition fdisk DOSHUGE.

• DDD – Partition fdisk entière. DDD est un entier compris entre 1 et 255 inclus.

  ---

  Remarque –

  Vous ne pouvez définir cette valeur que si taille a la valeur delete.

  ---

• 0xHH – Partition fdisk hexadécimale. HH est un nombre hexadécimal compris entre 01 et FF.

  ---

  Remarque –

  Vous ne pouvez définir cette valeur que si taille a la valeur delete.

  ---

Le tableau ci-dessous présente les correspondances entières et hexadécimales des divers types de partitions fdisk.

Type fdisk	DDD	HH
DOSOS12	1	01
PCIXOS	2	02
DOSOS16	4	04
EXTDOS	5	05
DOSHUGE	6	06
DOSDATA	86	56
Autre système d'exploitation	98	62
UNIXOS	99	63

size

Utilisez l'une des valeurs indiquées ci-dessous.

• DDD– Une partition fdisk, d'une taille de DDD Mo, est créée sur le disque spécifié. DDD doit être un entier. Le programme JumpStart arrondit automatiquement la valeur au cylindre supérieur. La valeur 0 a les mêmes effets que la valeur delete.

• all : une partition fdisk est créée sur l'ensemble du disque. Toutes les partitions fdisk existantes sont supprimées.

  ---

  x86 uniquement –

  vous ne pouvez spécifier la valeur all qu'en présence d'un type solaris.

  ---

• maxfree– Une partition fdisk est créée dans le plus grand espace disponible contigu du disque spécifié. Si le disque comporte déjà une partition fdisk du type indiqué, elle sera utilisée d'office. Dans ce cas, le programme ne crée pas de nouvelle partition fdisk sur le disque.

  ---

  x86 uniquement –

  Le disque doit comporter au moins une partition fdisk non utilisée. Il faut également suffisamment d'espace disponible sur le disque, sans quoi l'installation échoue. La valeur maxfree ne peut être définie que si type a la valeur solaris ou dosprimary.

  ---

• delete : toutes les partitions fdisk du type spécifié sont supprimées du disque spécifié.