Chapitre 3 Solaris Live Upgrade – Planification

Ce chapitre présente la configuration système requise par Solaris Live Upgrade et propose des directives que vous devez lire avant d'installer et d'utiliser Solaris Live Upgrade. Reportez-vous également aux informations d'ordre général concernant le processus de mise à niveau fournies à la section Planification de la mise à niveau du Guide d’installation de Solaris 10 11/06: planification d’installation et de mise à niveau Ce chapitre se compose des sections suivantes :

• Configuration minimale requise par Solaris Live Upgrade

• Mise à niveau d'un système à l'aide de packages ou de patchs

• Procédure de création de systèmes de fichiers à l'aide de la commande lucreate

• Conseils de sélection de tranches pour les systèmes de fichiers

• Personnalisation du contenu d'un nouvel environnement d'initialisation

• Synchronisation de fichiers entre les environnements d'initialisation

• Utilisation de Solaris Live Upgrade à partir d'un système distant

Configuration minimale requise par Solaris Live Upgrade

Avant d'installer et d'utiliser Solaris Live Upgrade, familiarisez-vous avec les exigences de ce programme.

Configuration minimale requise par Solaris Live Upgrade

Solaris Live Upgrade est inclus dans le logiciel Solaris. Vous devez installer les packages Solaris Live Upgrade sur le système d'exploitation actuel. La version des packages de Solaris Live Upgrade doit correspondre à celle du système d'exploitation vers laquelle vous effectuez la mise à niveau. Par exemple, si votre système d'exploitation actuel est Solaris 9 et que vous souhaitez le mettre à niveau vers la version 10 11/06, vous devez installer les packages Solaris Live Upgrade de la version 10 11/06.

Le Tableau 3–1 répertorie les versions prises en charge par Solaris Live Upgrade.

Installation de Solaris Live Upgrade

Vous pouvez installer Solaris Live Upgrade à l'aide de :

• La commande pkgadd. Les packages de Solaris Live Upgrade sont SUNWlur et SUNWluu et doivent être installés dans cet ordre.

• Un programme d'installation sur le DVD du système d'exploitation Solaris, le CD Logiciel Solaris - 2 ou une icône d'installation réseau.

Sachez qu'il peut être demandé d'installer les patchs suivants pour le bon fonctionnement de Solaris Live Upgrade.

ERROR: Cannot find or is not executable: 
</sbin/biosdev>.
ERROR: One or more patches required 
by Live Upgrade has not been installed.

Pour consulter les instructions d'installation du logiciel Solaris Live Upgrade, reportez-vous à la rubrique Installation de Solaris Live Upgrade.

Packages requis

Si vous rencontrez des difficultés avec Solaris Live Upgrade, il se peut qu'il vous manque des packages. À l'aide du tableau suivant, vérifiez que votre système d'exploitation est doté des packages répertoriés, nécessaires à l'utilisation de Solaris Live Upgrade.

Pour Solaris 10 :

• Si vous installez l'un des groupes de logiciels suivants, ces derniers contiennent tous les packages requis de Solaris Live Upgrade.

  • Groupe de logiciels Solaris complet plus support OEM

  • Groupe de logiciels Solaris complet

  • Groupe de logiciels Solaris Développeur

  • Groupe de logiciels Solaris Utilisateur final

• Si vous installez l'un de ces groupes de logiciels, il se peut que vous ne disposiez pas de tous les packages requis pour l'utilisation de Solaris Live Upgrade.

  • Groupe de logiciels Support système noyau

  • Groupe de logiciels Support réseau limité

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 11/06: planification d’installation et de mise à niveau.

Pour vérifier les packages installés sur votre système, entrez la commande suivante :

% pkginfo nom_package

Espace disque minimum requis par Solaris Live Upgrade

Respectez l'espace disque minimum requis pour une mise à niveau. Reportez-vous au Chapitre 4, Configuration système requise, recommandations et mises à niveau (planification) du Guide d’installation de Solaris 10 11/06: planification d’installation et de mise à niveau.

Pour estimer la taille de système de fichiers nécessaire à la création d'un environnement d'initialisation, démarrez sa création. La taille est calculée. Vous pouvez alors abandonner la procédure.

Le disque du nouvel environnement d'initialisation doit pouvoir servir de périphérique d'initialisation. Certains systèmes imposent des restrictions quant aux disques utilisables comme périphériques d'initialisation. Consultez la documentation de votre système pour déterminer les éventuelles restrictions qui s'appliquent.

Avant de créer le nouvel environnement d'initialisation, le disque demande peut-être une préparation. Vérifiez que le disque est correctement formaté :

• Identifiez les tranches suffisamment grandes pour contenir les systèmes de fichiers à copier.

• Identifiez les systèmes de fichiers contenant des répertoires que vous souhaitez partager entre les environnements d'initialisation, au lieu de les copier. Si vous souhaitez partager un répertoire, vous devez créer un nouvel environnement d'initialisation où le répertoire est placé sur sa propre tranche et devient un système de fichiers. À partir de ce moment, la nouvelle tranche peut être partagée avec les environnements d'initialisation ultérieurs. Pour de plus amples informations sur la création de systèmes de fichiers distincts à partager, reportez-vous à la rubrique Conseils de sélection de tranches pour des systèmes de fichiers partagés.

Configuration minimale requise par Solaris Live Upgrade pour la création de volumes RAID-1 (miroirs)

Solaris Live Upgrade utilise la technologie de Solaris Volume Manager pour copier un environnement d'initialisation contenant des systèmes de fichiers munis de volumes RAID-1 (miroirs). Solaris Live Upgrade n'implémente pas toutes les fonctionnalités de Solaris Volume Manager, mais requiert les composants Solaris Volume Manager suivants.

Mise à niveau d'un système à l'aide de packages ou de patchs

Vous pouvez utiliser Solaris Live Upgrade pour ajouter des patchs et des packages à un système. Lorsque vous utilisez Solaris Live Upgrade, le seul moment où le système est hors service est lors de la réinitialisation. Vous pouvez ajouter des patchs et des packages à un nouvel environnement d'initialisation à l'aide de la commande luupgrade. Lorsque vous utilisez la commande luupgrade, vous pouvez également utiliser une archive Solaris Flash pour installer des patchs ou des packages.

Lors de la mise à jour, de l'ajout ou de la suppression de packages ou de patchs, Solaris Live Upgrade a besoin de packages ou de patchs compatibles avec les directives avancées de génération de packages SVR4. Si les packages Sun sont conformes à celles-ci, Sun ne peut pas garantir que ce soit le cas avec d'autres fournisseurs. Si un package n'était pas conforme, il pourrait entraîner l'échec de l'ajout de logiciels supplémentaires lors d'une mise à niveau ou altérer l'environnement d'initialisation actif .

Pour de plus amples informations sur la configuration minimale requise par les packages, reportez-vous à l' Annexe B, Conditions supplémentaires de gestion des packages SVR4 – Références.

Procédure de création de systèmes de fichiers à l'aide de la commande lucreate

L'option -m de la commande lucreate indique les systèmes de fichiers à créer dans le nouvel environnement d'initialisation et leur nombre. Vous devez spécifier le nombre exact de systèmes de fichiers que vous souhaitez créer en répétant cette option. Si vous utilisez l'option -m pour créer des systèmes de fichiers, respectez les consignes indiquées ci-dessous.

• Vous devez spécifier une option -m pour le système de fichiers racine (/) du nouvel environnement d'initialisation. Si vous exécutez lucreate sans l'option -m, le menu Configuration s'affiche. Le menu Configuration vous permet de personnaliser le nouvel environnement d'initialisation en redirigeant les fichiers vers de nouveaux points de montage.

• Tous les systèmes de fichiers critiques existant dans l'environnement d'initialisation actuel et n'étant pas spécifiés à l'aide de l'option -m sont fusionnés dans le système de fichiers supérieur créé.

• Seuls les systèmes de fichiers spécifiés à l'aide de l'option -m sont générés dans le nouvel environnement d'initialisation. Pour créer autant de systèmes fichiers que le système actuel en comporte, vous devez spécifier l'option -m pour chaque système de fichiers à créer.

  Par exemple, utiliser l'option -m une seule fois indique l'emplacement de tous les systèmes de fichiers ; Vous pouvez fusionner tous les systèmes de fichiers de votre environnement d'initialisation d'origine en un seul, spécifié à l'aide de l'option -m. Si vous indiquez deux fois l'option -m, vous créez deux systèmes de fichiers. Si vous disposez de systèmes de fichiers racine (/), /opt et /var, vous devez utiliser une option -m pour chacun des systèmes de fichiers dans le nouvel environnement d'initialisation.

• Évitez les doublons. Par exemple, vous ne pouvez pas avoir deux systèmes de fichiers racine (/).

Conseils de sélection de tranches pour les systèmes de fichiers

Lors de la création de systèmes de fichiers pour un environnement d'initialisation, les règles sont identiques à celles de la création des systèmes de fichiers pour le système d'exploitation Solaris. Solaris Live Upgrade ne peut pas vous empêcher d'effectuer des configurations erronées de systèmes de fichiers critiques. Par exemple, vous pouvez entrer une commande lucreate entraînant la création de systèmes de fichiers distincts pour la racine (/) et /kernel ; la division du système de fichiers racine (/) serait alors erronée.

Évitez tout chevauchement des tranches lors de la réorganisation des disques. Dans le cas contraire, le nouvel environnement d'initialisation semble avoir été créé, mais, une fois activé, il ne fonctionne pas. Les systèmes de fichiers se chevauchant peuvent être corrompus.

Pour que Solaris Live Upgrade fonctionne correctement, le fichier vfstab de l'environnement d'initialisation actif doit avoir un contenu valide et doit au moins posséder une entrée pour le système de fichiers racine (/).

Directives pour la sélection d'une tranche pour le système de fichiers root (/)

Lorsque vous créez un environnement d'initialisation inactif, vous devez identifier une tranche dans laquelle le système de fichiers racine (/) doit être copié. Vous devez respecter les conditions suivantes lors de la sélection d'une tranche pour le système de fichiers racine (/). La tranche doit être conforme aux caractéristiques suivantes :

• Il doit s'agir d'une tranche à partir de laquelle le système peut s'initialiser.

• Sa taille doit être supérieure ou égale à la taille minimale recommandée.

• Elle peut résider sur le même disque que celui du système de fichiers racine actif (/) ou sur un autre disque.

• Il peut s'agir d'un volume Veritas Volume Manager (VxVM). Si des volumes VxVM sont configurés sur votre système actuel, la commande lucreate peut créer un nouvel environnement. Lorsque les données sont copiées vers le nouvel environnement d'initialisation, le système de fichiers Veritas est perdu et un système de fichiers UFS est créé sur le nouvel environnement d'initialisation.

Directives pour la sélection de tranches de systèmes de fichiers miroirs

Vous pouvez créer un nouvel environnement d'initialisation qui combine librement tranches de disques physiques, volumes Solaris Volume Manager ou volumes Veritas Volume Manager. Les types de systèmes de fichiers critiques copiés sur le nouvel environnement d'initialisation peuvent être les suivants :

• Une tranche physique.

• Une concaténation à une tranche comprise dans un volume RAID-1 (miroir). La tranche contenant le système de fichiers racine (/) peut être un volume RAID-1.

• Une concaténation à une tranche comprise dans un volume RAID-0. La tranche contenant le système de fichiers racine (/) peut être un volume RAID-0.

Lorsque vous créez un environnement d'initialisation, la commande lucreate - m reconnaît les trois types de périphériques suivants :

• Une tranche physique sous la forme /dev/dsk/cwt xdysz.

• Un volume Solaris Volume Manager sous la forme /dev/md/dsk/d num.

• Un volume Veritas Volume Manager sous la forme /dev/vx/dsk/ nom_volume. Si des volumes VxVM sont configurés sur votre système actuel, la commande lucreate peut créer un nouvel environnement. Lorsque les données sont copiées vers le nouvel environnement d'initialisation, le système de fichiers Veritas est perdu et un système de fichiers UFS est créé sur le nouvel environnement d'initialisation.

En cas de problème avec un volume Veritas VxVM, reportez-vous à la section Le système se retrouve dans une situation critique en cas de mise à niveau Solaris Live Upgrade de Veritas VxVm.

Directives générales pour la création de systèmes de fichiers comportant des volumes RAID-1 (mis en miroir)

Pour vérifier si le volume RAID-1 est occupé, en cours de synchronisation ou si les volumes contiennent des systèmes de fichiers utilisés par un environnement d'initialisation Solaris Live Upgrade, suivez les directives ci-dessous.

For volume naming guidelines, see Contraintes et directives liées à l’attribution de noms aux volumes RAID dans le cadre des méthodes JumpStart personnalisée et Solaris Live Upgrade du Guide d’installation de Solaris 10 11/06: planification d’installation et de mise à niveau.

Contrôle de l'état des volumes

Si un miroir ou sous-miroir nécessite une opération de maintenance ou est occupé, ses composants ne peuvent être retirés. Vous devez, avant de créer un nouvel environnement d'initialisation, utiliser la commande metastat et le mot-clé detach. La commande metastat vérifie si le miroir est en cours de resynchronisation ou en cours d'utilisation. Pour plus d'informations, reportez-vous à la page de manuel metastat(1M).

Séparation de volumes et resynchronisation de miroirs

Si vous utilisez le mot-clé detach pour séparer un sous-miroir, lucreate vérifie qu'un périphérique n'est pas en cours de synchronisation. Si le périphérique est en cours de synchronisation, il est impossible de séparer le sous-miroir et un message d'erreur s'affiche.

La resynchronisation est le processus de copie des données d'un sous-miroir vers un autre sous-miroir, à la suite des problèmes suivants :

• pannes du sous-miroir ;

• pannes du système ;

• déconnexion puis reconnexion d'un sous-miroir ;

• ajout d'un sous-miroir.

Pour plus d'informations sur la resynchronisation, reportez-vous à la section RAID-1 Volume (Mirror) Resynchronization du Solaris Volume Manager Administration Guide.

Utilisation des commandes de Solaris Volume Manager

Utilisez la commande lucreate plutôt que les commandes Solaris Volume Manager pour manipuler des volumes dans des environnements d'initialisation inactifs. Le logiciel Solaris Volume Manager ignore les environnements d'initialisation, tandis que la commande lucreate procède à des contrôles qui permettent d'éviter de détruire un environnement d'initialisation par inadvertance. lucreate vous empêche par exemple d'écraser ou de supprimer un volume Solaris Volume Manager.

Toutefois, si vous avez déjà utilisé Solaris Volume Manager pour créer des concaténations, entrelacements ou miroirs Solaris Volume Manager complexes, vous devez utiliser Solaris Volume Manager pour les manipuler. Solaris Live Upgrade connaît ces composants et prend en charge leur utilisation. Avant d'utiliser les commandes Solaris Volume Manager qui permettent de créer, modifier ou détruire les composants d'un volume, utilisez les commandes lustatus ou lufslist. Ces commandes permettent de déterminer quels volumes Solaris Volume Manager contiennent les systèmes de fichiers utilisés par un environnement d'initialisation Solaris Live Upgrade.

Directives pour la sélection d'une tranche d'un système de fichiers swap

Cette rubrique comporte des recommandations et des exemples relatifs à une tranche de swap.

Configuration de swap pour le nouvel environnement d'initialisation

Vous pouvez configurer une tranche de swap de trois manières différentes à l'aide de la commande lucreate et de l'option -m :

• Si vous ne spécifiez pas de tranche de swap, les tranches de swap appartenant à l'environnement d'initialisation actuel sont configurées pour le nouvel environnement.

• Si vous spécifiez une ou plusieurs tranches de swap, elles seront les seules à être utilisées par le nouvel environnement d'initialisation. Les deux environnements n'auront aucune tranche de swap en commun.

• Vous pouvez choisir de partager une tranche de swap et d'en ajouter une nouvelle.

Les exemples ci-dessous montrent les trois façons de configurer le swap. Le nouvel environnement d'initialisation est configuré avec le système de fichiers racine (/) sur c0t0d0s0. Le système de fichiers swap est sur c0t0d0s1.

• Dans l'exemple ci-dessous, aucune tranche swap n'est spécifiée. Le système de fichiers racine (/) du nouvel environnement d'initialisation est sur c0t1d0s0. Le swap est partagé entre l'environnement d'initialisation actuel et le nouvel environnement d'initialisation sur c0t0d0s1.

  # lucreate -n be2 -m /:/dev/dsk/c0t1d0s0:ufs

• Dans l'exemple ci-dessous, une tranche swap est spécifiée. Le système de fichiers racine (/) du nouvel environnement d'initialisation est sur c0t1d0s0. Un nouveau système de fichiers swap est créé sur c0t1d0s1 . Aucune tranche de swap n'est partagée entre l'environnement d'initialisation actuel et le nouvel environnement d'initialisation.

  # lucreate -n be2 -m /:/dev/dsk/c0t1d0s0:ufs -m -:/dev/dsk/c0t1d0s1:swap

• Dans l'exemple ci-dessous, une tranche de swap est ajoutée et une autre tranche de swap est partagée entre les deux environnements. Le système de fichiers racine (/) du nouvel environnement d'initialisation est sur c0t1d0s0. Une nouvelle tranche de swap est créée sur c0t1d0s1. La tranche de swap sur c0t0d0s1 est partagée entre l'environnement d'initialisation actuel et le nouvel environnement.

  # lucreate -n be2 -m /:/dev/dsk/c0t1d0s0:ufs -m -:shared:swap -m -:/dev/dsk/c0t1d0s1:swap

Échec de la création de l'environnement d'initialisation si le swap est en cours d'utilisation

La création de l'environnement d'initialisation échoue si la tranche de swap est utilisée par un environnement d'initialisation autre que l'environnement actuel. Si l'environnement d'initialisation a été créé à l'aide de l'option -s l'environnement d'initialisation source peut utiliser la tranche de swap, mais aucun autre environnement d'initialisation.

Conseils de sélection de tranches pour des systèmes de fichiers partagés

Solaris Live Upgrade copie l'intégralité du contenu d'une tranche sur la tranche désignée du nouvel environnement d'initialisation. Il se peut que vous souhaitiez partager certains fichiers de données volumineux entre les environnements d'initialisation au lieu de les copier pour gagner du temps et de l'espace. Les systèmes de fichiers critiques pour le système d'exploitation, par exemple, racine (/) et /var, doivent être copiés. Les systèmes de fichiers tels que /home ne sont pas des systèmes critiques et peuvent être partagés entre plusieurs environnements d'initialisation. Les systèmes de fichiers partagés doivent être des fichiers personnalisés et se trouver sur deux tranches de swap distinctes à la fois dans l'environnement d'initialisation actif et dans le nouveau. Vous pouvez reconfigurer le disque de plusieurs manières en fonction de vos besoins.

Personnalisation du contenu d'un nouvel environnement d'initialisation

Lorsque vous créez un environnement d'initialisation, certains répertoires et fichiers peuvent être exclus d'une copie vers le nouvel environnement. Si vous décidez d'exclure un répertoire, vous pouvez tout de même réintégrer certains fichiers ou sous-répertoires qu'il contient. Ces sous-répertoires ou fichiers restaurés sont ensuite copiés vers le nouvel environnement d'initialisation. Vous pouvez par exemple exclure de la copie tous les répertoires et fichiers sous /etc/mail , mais inclure tous les fichiers et répertoires sous /etc/mail/staff . La commande suivante permet de copier le sous-répertoire staff vers le nouvel environnement d'initialisation.

# lucreate -n second_disk -x /etc/mail -y /etc/mail/staff

Utilisez les options d'exclusion de fichiers avec prudence. Veillez à ne pas supprimer des fichiers ou répertoires nécessaires au système.

Le tableau suivant répertorie les options de la commande lucreate pour la suppression et la restauration de répertoires et fichiers.

Pour obtenir des exemples de personnalisation de répertoires et de fichiers lors de la création d'un environnement d'initialisation, reportez-vous à la rubrique Création d'un environnement d'initialisation et personnalisation du contenu (interface de ligne de commande).

Synchronisation de fichiers entre les environnements d'initialisation

Lorsque vous êtes prêt à effectuer la commutation qui activera le nouvel environnement d'initialisation, activez rapidement le nouvel environnement et réinitialisez. Les fichiers sont synchronisés entre les environnements d'initialisation lors de la première initialisation d'un environnement récemment créé. ?Synchroniser? signifie que certains systèmes de fichiers et répertoires critiques sont copiés depuis le dernier environnement actif vers l'environnement en cours d'initialisation. Les fichiers et répertoires qui ont changé sont copiés.

Ajout de fichiers au fichier /etc/lu/synclist

Solaris Live Upgrade recherche les fichiers critiques qui ont changé. Si le contenu de ces fichiers n'est pas le même dans les deux environnements, ils sont copiés depuis l'environnement d'initialisation actif vers le nouvel environnement. La synchronisation s'applique aux fichiers critiques, tels que /etc/passwd ou /etc/group qui ont subi des modifications depuis la création du nouvel environnement.

Le fichier /etc/lu/synclist contient une liste des fichiers et répertoires synchronisés. Dans certains cas, vous souhaiterez copier d'autres fichiers depuis l'environnement d'initialisation actif vers le nouvel environnement d'initialisation. Vous pouvez si nécessaire ajouter des répertoires et fichiers à /etc/lu/synclist.

L'ajout de fichiers non répertoriés dans /etc/lu/synclist peut empêcher le système de s'initialiser. Le processus de synchronisation permet de copier des fichiers et de créer des répertoires, mais il ne permet pas de les supprimer.

L'exemple de fichier /etc/lu/synclist présenté ci-dessous montre les répertoires et fichiers standard synchronisés pour ce système.

/var/mail                    OVERWRITE
/var/spool/mqueue            OVERWRITE
/var/spool/cron/crontabs     OVERWRITE
/var/dhcp                    OVERWRITE
/etc/passwd                  OVERWRITE
/etc/shadow                  OVERWRITE
/etc/opasswd                 OVERWRITE
/etc/oshadow                 OVERWRITE
/etc/group                   OVERWRITE
/etc/pwhist                  OVERWRITE
/etc/default/passwd          OVERWRITE
/etc/dfs                     OVERWRITE
/var/log/syslog              APPEND
/var/adm/messages            APPEND

Voici des exemples de répertoires et fichiers qui peuvent être ajoutés au fichier synclist :

/var/yp                    OVERWRITE
/etc/mail                  OVERWRITE
/etc/resolv.conf           OVERWRITE
/etc/domainname            OVERWRITE

Les entrées du fichier synclist peuvent être des fichiers ou des répertoires. Le second champ correspond à la méthode de mise à jour utilisée lors de l'activation de l'environnement d'initialisation. Vous pouvez mettre à jour les fichiers de l'une des trois façons suivantes :

• OVERWRITE : le contenu des fichiers de l'environnement d'initialisation actif écrase le contenu des fichiers du nouvel environnement. OVERWRITE est le mode par défaut si aucun autre mode n'est spécifié dans le second champ. Si l'entrée est un répertoire, tous les sous-répertoires sont copiés. Tous les fichiers sont écrasés. Chaque fichier du nouvel environnement d'initialisation possède une date, un mode, une propriété identique au fichier correspondant de l'environnement précédent.

• APPEND : le contenu du fichier de l'environnement d'initialisation actif est ajouté à la fin du fichier du nouvel environnement. Certaines entrées peuvent ainsi apparaître deux fois dans le fichier. Les répertoires ne peuvent pas être définis comme APPEND. Chaque fichier du nouvel environnement d'initialisation possède une date, un mode, une propriété identique au fichier correspondant de l'environnement précédent.

• PREPEND : le contenu du fichier de l'environnement d'initialisation actif est ajouté au début du fichier du nouvel environnement. Certaines entrées peuvent ainsi apparaître deux fois dans le fichier. Les répertoires ne peuvent pas être définis comme PREPEND. Chaque fichier du nouvel environnement d'initialisation possède une date, un mode, une propriété identique au fichier correspondant de l'environnement précédent.

Lancement d'une synchronisation entre deux environnements d'initialisation

La première fois que vous initialisez votre système à partir d'un nouvel environnement d'initialisation, le logiciel Solaris Live Upgrade synchronise cet environnement d'initialisation avec le dernier environnement actif. Après cette première synchronisation, Solaris Live Upgrade n'en exécutera pas d'autre, à moins que vous ne le demandiez.

• Pour forcer la synchronisation à l'aide de l'interface utilisateur en mode caractère, tapez yes à l'invite.

• Pour forcer la synchronisation à l'aide de l'interface de ligne de commande, vous devez utiliser la commande luactivate avec l'option -s.

Vous pouvez souhaiter forcer une synchronisation si vous conservez plusieurs versions du système d'exploitation Solaris. Vous pouvez souhaiter que des modifications dans des fichiers tels que email ou passwd/group figurent dans l'environnement d'initialisation que vous allez activer. Si vous forcez une synchronisation, Solaris Live Upgrade vérifie l'absence de conflits entre les fichiers sujets à synchronisation. Lorsque le nouvel environnement d'initialisation est démarré et qu'un conflit est détecté, le système émet un avertissement et le fichier n'est pas synchronisé. L'activation peut être effectuée avec succès, indépendamment d'un tel conflit. Il peut y avoir un conflit si vous faites des modifications sur le même fichier des deux environnements d'initialisation, le nouveau et l'actif. Si vous modifiez par exemple le fichier /etc/passwd de l'environnement d'initialisation original, puis modifiez le fichier /etc/passwd du nouvel environnement, le processus de synchronisation ne pourra pas choisir quel fichier copier pour la synchronisation.

Utilisez cette option avec prudence, car vous ne maîtrisez peut-être pas tous les changements survenus dans le dernier environnement d'initialisation actif. Par exemple, si vous utilisez Solaris 10 11/06 dans votre environnement d'initialisation actuel et que vous avez réinitialisé Solaris 9 avec une synchronisation forcée, il se peut que les fichiers soient modifiés sur la version 9. Les fichiers dépendent de la version du système d'exploitation ; dès lors l'initialisation de Solaris 9 risque d'échouer en raison d'un problème de compatibilité entre les fichiers Solaris 10 11/06 et les fichiers Solaris 9.

x86 : activation d'un environnement d'initialisation avec le menu GRUB

Depuis Solaris 10 1/06, un menu d'initialisation GRUB fournit une méthode supplémentaire de commutation entre des environnements d'initialisation. Le menu GRUB est un moyen alternatif utilisé au lieu d'activer la commande luactivate ou le menu Activate.

Utilisation de Solaris Live Upgrade à partir d'un système distant

Lorsque vous affichez l'interface utilisateur en mode caractère à distance, sur une ligne tip par exemple, vous devrez peut-être définir la variable d'environnement TERM sur VT220. Lorsque vous utilisez le Bureau CDE (Common Desktop Environment), vous devez également définir la valeur de la variable TERM sur dtterm, plutôt que sur xterm.