Conformité des mises à niveau à l'aide du programme JumpStart personnalisé

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é

• Le 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éfinie dans la rubrique "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.