Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Guide d'installation Oracle Solaris 10 8/11 : planification des mises à niveau et de Solaris Live Upgrade |
Partie I Mise à niveau avec Solaris Live Upgrade
1. Emplacement des informations de planification pour l'installation de Solaris
2. Solaris Live Upgrade - Présentation
3. Solaris Live Upgrade - Planification
4. Utilisation de Solaris Live Upgrade pour créer un environnement d'initialisation - Tâches
5. Procédure de mise à niveau avec Solaris Live Upgrade - Tâches
6. Reprise sur échec : restauration de l'environnement d'initialisation d'origine (Tâches)
7. Maintenance des environnements d'initialisation de Solaris Live Upgrade - Tâches
9. Solaris Live Upgrade - Exemples
10. Solaris Live Upgrade - Références de commandes
Partie II Mise à niveau et migration avec Solaris Live Upgrade vers un pool racine ZFS
11. Solaris Live Upgrade et ZFS (Présentation)
12. Solaris Live Upgrade pour ZFS (Planification)
13. Création d'un environnement d'initialisation pour des pools racine ZFS
14. Solaris Live Upgrade pour ZFS comportant des zones non globales
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
Configuration des paramètres des packages pour les zones
Pour des informations générales
C. Utilisation de l'analyseur de patchs lors de la mise à niveau (Tâches)
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 :
Programme d'installation JumpStart personnalisée
Solaris Live Upgrade
Programme Installation de Solaris ;
Solaris Zones.
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.
Si aucun fichier d'administration n'est fourni, la commande pkgadd utilise le fichier /var/sadm/install/admin/default. Si vous utilisez ce fichier, une intervention de l'utilisateur pourrait être 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 recherche le fichier d'administration nocheck dans /tmp.
# pkgadd -a /tmp/nocheck
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