La conformité du programme JumpStart personnalisé garantit que des modules puissent être ajoutés ou retirés tout en faisant partie des utilitaires d'installation traditionnels Solaris, qui sont les suivants :
Le programme JumpStart personnalisé
programme suninstall de Solaris
La méthode d'installation Solaris Web Start
La conformité du programme JumpStart personnalisé garantit également que le module puisse participer aux mises à niveau Solaris. Pour qu'un module soit conforme au programme JumpStart personnalisé, il doit également respecter les conditions relatives à la racine alternative (/) définies dans la section "Conditions relatives à la racine alternative (/) du programme JumpStart personnalisé et de Solaris Live Upgrade".
Pour pouvoir utiliser correctement le programme JumpStart personnalisé, des modules doivent être ajoutés ou retirés sans que l'utilisateur ne soit invité à entrer d'informations. Pour empêcher toute interaction de l'utilisation, configurez un nouveau fichier d'administration à l'aide de pkgadd -a. L'option -a définit un 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 peut vous inviter à saisir plus d'informations. Vous pouvez créer un fichier d'administration qui indique à la commande pkgadd qu'elle doit ignorer ces contrôles, et installer le module avec une confirmation de l'utilisateur. Les exemples suivants montrent comment utiliser le fichier d'administration pkgadd.
Si aucun fichier de ce type n'existe, pkgadd emploie /var/sadm/install/admin/default. Si vous utilisez ce fichier, une intervention de l'utilisateur sera probablement requise.
# pkgadd |
Si un fichier d'administration relatif est mentionné dans la ligne de commande, pkgadd recherche le nom du fichier dans /var/sadm/install/admin et l'utilise. Dans cet exemple, le fichier d'administration relatif est appelé nocheck et pkgadd recherche /var/sadm/install/admin/nocheck.
# pkgadd -a nocheck |
Si un fichier absolu existe, pkgadd l'utilise. Dans cet exemple, pkgadd effectue une recherche dans /tmp/nocheck.
# pkgadd -a /tmp/nocheck |
Vous trouverez ci-dessous un exemple de fichier d'administration de l'installation qui empêche pkgadd de demander la confirmation de l'utilisateur avant l'installation du module.
mail= instance=overwrite partial=nocheck runlevel=nocheck idepend=nocheck space=nocheck setuid=nocheck confiict=nocheck action=nocheck basedir=default
Pour plus de détails, consultez les pages admin( 4) ou pkgadd( 1M) du manuel.