JavaScript is required to for searching.
Ignorer les liens de navigation
Quitter l'aperu
Guide d'installation Oracle Solaris 10 8/11 : installations avancée et JumpStart personnalisée
search filter icon
search icon

Informations document

Préface

Partie I Utilisation de JumpStart personnalisée

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

2.  Méthode d'installation JumpStart personnalisée - Présentation

3.  Préparation d'une installation JumpStart personnalisée - Tâches

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

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

6.  Procédure d'installation JumpStart personnalisée - Tâches

7.  Installation JumpStart personnalisée - Exemples

8.  Méthode d'installation JumpStart personnalisée - Références

9.  Installation d'un pool racine ZFS à l'aide de JumpStart

Partie II Annexes

A.  Dépannage - Tâches

B.  Conditions supplémentaires de gestion des packages SVR4 - Références

Empêcher la modification du système d'exploitation actif

Utilisation de chemins absolus

Utilisation de la commande pkgadd avec l'option -R

Présentation des différences entre $PKG_INSTALL_ROOT et $BASEDIR

Directives pour la rédaction de scripts

Gestion de la compatibilité avec les clients sans disque

Vérification des packages

Empêcher les utilisateurs d'intervenir lors d'une installation ou d'une mise à niveau

Configuration des paramètres des packages pour les zones

Pour des informations générales

Glossaire

Index

Empêcher les utilisateurs d'intervenir lors d'une installation ou d'une mise à niveau

Les packages doivent être installés et supprimés sans qu'un utilisateur ne puisse être invité à entrer des informations lorsqu'il se sert des utilitaires Solaris standard suivants :

Pour tester un package afin de vous assurer qu'il sera installé sans aucune interaction d'utilisateur, vous pouvez configurer un nouveau fichier d'administration avec la commande pkgadd et l'option - a. L'option -a définit le fichier d'administration de l'installation qui sera utilisé à la place du fichier par défaut. Si vous utilisez le fichier par défaut, le système risque de vous inviter à entrer un plus grand nombre d'informations. Vous pouvez créer un fichier d'administration indiquant à la commande pkgadd qu'elle doit ignorer ces contrôles, et installer le package sans confirmation de l'utilisateur. Pour plus de détails, reportez-vous à la page de manuel admin(4) ou pkgadd(1M).

Les exemples suivants indiquent comment la commande pkgadd utilise le fichier d'administration.

Exemple B-3 Fichier d'administration d'installation

Vous trouverez ci-dessous un exemple de fichier d'administration d'installation requérant une intervention réduite de la part de l'utilisateur au niveau de l'utilitaire pkgadd. Excepté si le module requiert plus d'espace que celui qui est disponible sur le système, l'utilitaire pkgadd utilise ce fichier et procède à l'installation du module sans inviter l'utilisateur à entrer d'autres d'informations .

mail=
instance=overwrite
partial=nocheck
runlevel=nocheck
idepend=nocheck
space=ask
setuid=nocheck
confiict=nocheck
action=nocheck
basedir=default