Notes de version de Solaris 10 8/07

Chapitre 1 Problèmes d'installation

Ce chapitre décrit les problèmes liés à l'installation du Système d'exploitation Solaris10.


Remarque –

Certains des problèmes et bogues répertoriés dans ce chapitre ont été corrigés dans les versions suivantes de Solaris10. Si vous avez mis à niveau votre logiciel Solaris, certains problèmes et bogues présentés dans ce chapitre ne s'appliquent peut-être plus. Pour connaître les bogues et problèmes qui ne s'appliquent plus à votre logiciel Solaris10, reportez-vous à l'Annexe A, Tableau des bogues intégrés résolus dans le système d'exploitation Solaris 10.


Informations générales

Cette section contient des informations d'ordre général concernant, par exemple, les changements de comportement dans SE Solaris 10.

Nouvelle configuration requise en termes de mémoire

À partir de la version Solaris 10 8/07, tous les systèmes x86 doivent posséder au moins 384 Mo de mémoire vive pour exécuter le logiciel Solaris.

Changements apportés à la prise en charge des mises à niveau pour les versions de Solaris

À  partir de la version Solaris 10 8/07, il n'est possible de mettre à niveau le SE Solaris des systèmes SPARC qu'à partir des versions suivantes :

Pour les systèmes x86, il n'est possible de mettre à niveau le SE Solaris qu'à partir des versions suivantes :

Pour mettre à niveau une version antérieure au logiciel Solaris 8 vers la version Solaris 10 8/07, commencez par réaliser une mise à niveau vers l'une des versions répertoriées ci-dessus. Ensuite, mettez cette version à niveau vers Solaris 10 8/07.

Prise en charge des produits ne faisant pas partie du système d'exploitation Solaris

Bien que la compatibilité du logiciel Solaris10 avec les versions précédentes ait été testée, certaines applications tierces peuvent ne pas être en conformité avec la norme ABI. Contactez directement le fournisseur de ces applications pour savoir si elles sont compatibles.

Il est possible que le système d'exploitation Solaris et d'autres produits ne faisant pas partie du logiciel Solaris soient installés sur votre système. Ces produits peuvent être fournis par Sun ou une autre société. Si vous mettez à niveau ce système avec la version Solaris10, vérifiez que ces autres produits sont également pris en charge sur le système d'exploitation Solaris10. En fonction de l'état de chacun de ces produits, vous avez trois possibilités :

Avant de commencer

Cette section décrit des problèmes d'installation critiques que vous devez connaître avant d'installer SE Solaris 10 ou de procéder à la mise à niveau vers ce programme. Ces problèmes peuvent avoir un impact tel qu'ils peuvent empêcher l'installation du programme ou la mise à niveau vers celui-ci. Si les bogues présentés dans cette section concernent votre système, nous vous conseillons d'appliquer les solutions recommandées avant de procéder à l'installation ou à la mise à niveau.

Changement d'installation pour le DVD d'accompagnement de Solaris

Lorsque vous installez le système d'exploitation Solaris, le DVD d'accompagnement ne peut pas être installé avec le programme d'installation de Solaris. Utilisez la commande pkgadd(1M) pour installer le DVD d'accompagnement de Solaris. Pour obtenir des instructions d'installation détaillées, lisez le fichier README du DVD d'accompagnement.

Solaris Live Upgrade et zones Solaris

À partir de la version Solaris 10 8/07, l'utilisation de Solaris Live Upgrade avec les zones Solaris est prise en charge. Pour de plus amples informations à ce sujet, recherchez le document 72099 sur le site Web SunSolveSM.

Mise à niveau d'un système Trusted Extensions configuré avec des zones étiquetées

Les systèmes Solaris configurés avec Solaris Trusted Extensions font appel à des zones non globales. Si votre système est configuré avec Solaris Trusted Extensions, effectuez la procédure suivante pour le mettre à niveau :

  1. Ne réinitialisez pas le système après la mise à niveau Solaris normale, mise à niveau des zones comprise.

  2. Préalablement à la réinitialisation, exécutez les patchs Trusted Extension suivants :


    # cd <release_media>/Solaris_10/ExtraValue/CoBundled/Trusted_Extensions/Patches
    
    ## for SPARC
    # patchadd -R /a 125533-01
    # patchadd -R /a 126363-01
    # patchadd -R /a 126365-02
    # patchadd -R /a 126448-03
    # patchadd -R /a 126450-01
    # patchadd -R /a 126916-01
    
    
    ## for x86
    # patchadd -R /a 125534-01
    # patchadd -R /a 126364-02
    # patchadd -R /a 126366-02
    # patchadd -R /a 126449-03
    # patchadd -R /a 126451-01
    # patchadd -R /a 126917-01
  3. Une fois les patchs exécutés, réinitialisez le système.


    # init 6

Remarque –

Cette procédure ne permet pas pour l'instant de mettre à niveau les systèmes Solaris dotés de zones ZFS. Pour ces systèmes, la solution consiste à recréer les zones. Au préalable, sauvegardez toutes les données à l'aide de la commande tar -T. Ensuite, supprimez les zones. Mettez à niveau le système et reconfigurez toutes les zones. Après quoi, restaurez toutes les données.


Une fois la réinitialisation terminée, vous êtes invité à indiquer un domaine NFSs4 à l'ouverture initiale de chaque zone étiquetée. Pour éviter que cette invite ne s'affiche, ajoutez la valeur NFSMAPID_DOMAIN correcte dans le fichier /etc/default/nfs de chaque zone étiquetée, avant la mise à niveau. Pour plus d'informations, voir CR 5110062.

Mise à niveau à l'aide de Live Upgrade d'un système Solaris Trusted Extensions configuré avec des zones étiquetées

Si votre système Solaris est configuré avec Solaris Trusted Extensions, vous pouvez utiliser également Live Upgrade pour une mise à niveau vers la version Solaris 10 8/07. Effectuez la procédure de mise à niveau suivante :

  1. Mettez à niveau le système à l'aide de Solaris Live Upgrade. Suivez les instructions Solaris habituelles d'utilisation de Live Upgrade dans le cadre de systèmes dotés de zones.

  2. Montez le système de fichiers comportant l'environnement d'initialisation secondaire. L'exemple suivant utilise /a:


    # mount <filesystem> /a
  3. Appliquez les patchs Trusted Extensions à l'environnement d'initialisation secondaire :


    # cd <release_media>/Solaris_10/ExtraValue/CoBundled/Trusted_Extensions/Patches
    
    ## for SPARC
    # patchadd -R /a 125533-01
    # patchadd -R /a 126363-01
    # patchadd -R /a 126365-02
    # patchadd -R /a 126448-03
    # patchadd -R /a 126450-01
    # patchadd -R /a 126916-01
    
    
    ## for x86
    # patchadd -R /a 125534-01
    # patchadd -R /a 126364-02
    # patchadd -R /a 126366-02
    # patchadd -R /a 126449-03
    # patchadd -R /a 126451-01
    # patchadd -R /a 126917-01
  4. Démontez le système de fichiers et activez l'environnement d'initialisation secondaire.

  5. Une fois les patchs exécutés, réinitialisez le système.


    # init 6

Si, lors de l'installation, vous avez configuré le système pour qu'il utilise un service de noms différent de celui utilisé lors de la mise à niveau, la zone globale peut ne pas s'ouvrir correctement avec le nouveau service de noms après l'initialisation. Par exemple, si vous avez indiqué NIS comme service de noms à utiliser lors de l'installation système et si vous avez ensuite converti le système en client LDAP, l'initialisation luactivate peut rétablir l'utilisation de NIS en tant que service de noms pour la zone globale. CR 6569407 est à l'origine du problème.

La solution consiste à ajuster le lien symbolique name_service.xml dans le répertoire /var/svc/profile de sorte à indiquer le fichier xml correct correspondant au service de noms en cours d'utilisation. Par exemple, si vous avez indiqué NIS comme service de noms lors de l'installation, name_service.xml est un lien symbolique vers ns_nis.xml. Si vous avez ensuite converti le système en client LDAP et si LDAP est le service de noms utilisé lors de la mise à niveau avec Live Upgrade, exécutez la commande suivante :


# ln -fs ns_ldap.xml name_service.xml

Vous devez réaliser cette opération avant de démarrer Live Upgrade ou d'exécuter la commande lucreate. Toutefois, si vous n'avez pas exécuté cette commande avant lucreate, effectuez la procédure suivante une fois la commande luactivate appliquée :

  1. Montez le nouvel environnement d'initialisation à l'aide de la commande lumount :


    # lumount <nom_environnement d'initialisation>
  2. Modifiez le répertoire /var/svc/profile de l'environnement d'initialisation :


    # cd /.alt.<nom_environnement d'initialisation>/var/svc/profile
  3. Reliez correctement le lien name_service.xml. Exemple :


     # ln -fs ns_ldap.xml name_sevice.xml
  4. Démontez l'environnement d'initialisation à l'aide de la commande luumount :


    # luumount <nom_environnement d'initialisation>

Remarque –

Si vous initialisez le système sans effectuer la procédure décrite ci-dessus, vous devrez démarrer manuellement les services client SMF associés au service de noms qui conviennent.


Application d'un patch à une miniracine sur un ordinateur x86

Les procédures d'utilisation de patchadd avec l'indicateur de destination -C pour appliquer un patch à une miniracine sur un ordinateur x86 ont changé. Vous devez maintenant décompresser la miniracine, appliquer les patchs et compresser la miniracine à nouveau.

Pour connaître les procédures exactes à suivre, reportez-vous aux documents suivants :

Supplément de chiffrement de données Solaris sur mises à jour Solaris10

À partir de la version Solaris 10 8/07, les packages Solaris Data Encryption Supplement sont inclus par défaut dans le logiciel SE Solaris 10. Il n'est plus nécessaire d'installer et de télécharger ces packages.

Procédures supplémentaires requises lors de l'installation de patchs pour Solaris 10 8/07

Les patchs suivants sont appliqués pour résoudre les problèmes signalés dans CR 6277164 et CR 6214222 :

Les sections suivantes présentent des procédures supplémentaires à réaliser pour résoudre complètement les problèmes signalés.

x86 : échec de la configuration réseau des systèmes dotés des cartes NIC elx ou pcelx

L'installation des systèmes avec une carte d'interface réseau elx ou pcelx échoue. Lors de la configuration de la carte NIC, le message d'erreur suivant peut s'afficher :


WARNING: elx: transmit or jabber underrun: d0<UNDER, INTR, CPLT>

Consultez la page de manuel elxl(7D) or pcelx(7D) pour plus d'informations.

Solution : installez et exécutez le logiciel sur des systèmes ne comportant pas de carte NIC elx ou pcelx.

La taille par défaut du système de fichiers /var n'est pas appropriée pour les produits Extra Value

La taille par défaut du système de fichiers /var peut ne pas être suffisante pour les produits Extra Value dans les situations suivantes :

Vous devez indiquer manuellement une taille de tranche plus importante pour le système de fichiers /var.


Remarque –

Si le système de fichiers /var ne se trouve pas sur une autre tranche ou partition, ce problème ne se produit pas.


Solution : choisissez l'un des palliatifs suivants :

x86 : conflit en cas de mise à niveau des systèmes de la série Vectra XU de Hewlett-Packard (HP) avec la version GG.06.13 du BIOS

Le logiciel Solaris 9 9/04 comporte une fonction permettant d'installer des partitions de grande taille. Le BIOS du système doit prendre en charge l'adressage LBA (Logical Block Addressing). La version GG.06.13 du BIOS ne gère pas l'accès LBA. Les programmes d'initialisation de Solaris ne peuvent pas gérer ce conflit. Ce problème risque également d'affecter d'autres modèles de systèmes HP Vectra.

Si vous effectuez cette mise à niveau, votre système HP ne pourra plus s'initialiser. L'écran deviendra noir, affichant seulement un curseur de soulignement clignotant.

Solution : ne mettez pas à niveau les systèmes de la série HP Vectra XU dotés de la dernière version GG.06.13 du BIOS vers la version Solaris10. car cette dernière ne prend plus en charge ces systèmes.

Vous pouvez toujours initialiser votre système à l'aide de la disquette ou du CD de démarrage puisque les chemins d'initialisation n'utilisent pas le code du disque dur. Sélectionnez ensuite le disque dur en tant que périphérique d'initialisation au lieu du réseau ou du lecteur de CD.

SPARC : mise à jour du flash PROM d'initialisation nécessaire à l'ancien microprogramme

Sur les systèmes SPARC, SE Solaris 10 ne fonctionne qu'en mode 64 bits. Certains systèmes Sun4UTM doivent être mis à jour vers un niveau supérieur de microprogramme OpenBootTM dans le flash PROM pour exécuter le système d'exploitation en mode 64 bits. Les systèmes suivants peuvent nécessiter une mise à jour du flash PROM :

Le tableau suivant indique les systèmes UltraSPARC et les versions minimales de microprogramme devant exécuter le SE Solaris 10 64 bits. System type correspond au résultat de la commande uname - i. Vous pouvez déterminer la version du microprogramme que vous exécutez en utilisant la commande prtconf -V.

Tableau 1–1 Version de microprogramme minimale nécessaire pour utiliser le logiciel Solaris 64 bits sur des systèmes UltraSPARC

Type de système indiqué par uname -i

Version de microprogramme minimale indiquée par prtconf -V

SUNW,Ultra-2 

3.11.2 

SUNW,Ultra-4 

3.7.107 

SUNW,Ultra-Enterprise 

3.2.16 


Remarque –

Les systèmes ne figurant pas dans ce tableau ne nécessitent pas de mise à jour de la PROM flash.


Consultez l'édition disponible du manuel Solaris 8 Sun Hardware Platform Guide sur le site http://docs.sun.com pour plus d'instructions concernant la mise à jour du flash PROM.

Patchs supplémentaires nécessaires à l'exécution de Solaris Live Upgrade

Pour que Solaris Live Upgrade fonctionne correctement, un ensemble limité de révisions de patch doit être installé pour chaque version du système d'exploitation. Assurez-vous de posséder la liste des derniers patchs mis à jour en consultant le site http://sunsolve.sun.com. Pour plus d'informations, consultez le document 72099 sur le site Web SunSolve.

Restrictions survenant au cours de l'installation des packages de Solaris Live Upgrade

Si vous utilisez la version Solaris 7 ou Solaris 8, vous ne pourrez peut-être pas exécuter le programme d'installation de Solaris Live Upgrade. Ces versions ne contiennent pas l'ensemble de patchs nécessaire au fonctionnement de Java 2 runtime environment.

Le résultat typique est une exception Java. Les messages d'erreur suivants peuvent s'afficher :


InvocationTargetException in ArchiveReader constructornull
          java.lang.reflect.InvocationTargetException
                 at install.instantiateArchiveReader(Compiled Code)
                 at install.<init>(Compiled Code)
                 at install.main(Compiled Code)

Pour exécuter le programme d'installation Solaris Live Upgrade et installer les packages, vous devez disposer du cluster de patchs recommandé de l'environnement d'exécution Java 2.

Solution : recourez à la solution suivante :

Incompatibilité du logiciel Solaris Management Console 2.1 avec le logiciel Solaris Management Console 1.0, 1.0.1 ou 1.0.2

Le logiciel Solaris Management Console 2.1 n'est pas compatible avec Solaris Management Console 1.0, 1.0.1 et 1.0.2. Si vous procédez à la mise à jour vers la version Solaris10 alors que le logiciel Solaris Management Console 1.0, 1.0.1 ou 1.0.2 est installé, vous devez d'abord désinstaller ce logiciel. Le logiciel Solaris Management Console se trouve peut-être déjà sur votre système si vous avez installé le complément SEAS 2.0 ou SEAS 3.0, ou Solaris 8 Admin Pack.

Solution : choisissez l'un des palliatifs suivants :

x86 : répercussion de l'échec de l'utilitaire du périphérique BIOS sur l'installation ou la mise à niveau (6362108)

Dans certains cas, l'utilitaire des périphériques BIOS (/sbin/biosdev ) risque d'échouer mettant ainsi fin au processus d'installation ou de mise à niveau. L'échec peut se produire dans l'une des circonstances suivantes :

Le message d'erreur suivant s'affiche :


biosdev: Could not match any!!

Solution : assurez-vous que le système est réinitialisé une fois l'ID de patch 117435-02 appliqué. Vérifiez que les disques identiques à utiliser au cours de l'installation ou de la mise à niveau sont configurés à l'aide des différentes partitions fdisk.

L'exemple suivant s'appuie sur un système disposant de deux disques avec des partitions fdisk identiques. Pour modifier les partitions, suivez les étapes ci-après.

  1. Prenez le rôle de superutilisateur.

  2. Lancez l'utilitaire de maintenance de disque.


    # format
    

    Une liste de disques disponibles dans le système s'affiche.

  3. Pour sélectionner le disque dont vous souhaitez modifier la partition fdisk, entrez le numéro du disque.

  4. À partir de la liste d'options de mise en forme, sélectionnez fdisk.

    Les informations relatives à la partition du disque ainsi qu'une liste d'options fdisk sont affichées.

  5. Pour modifier la partition du disque, choisissez parmi les suivants :

    • Pour indiquer une autre partition active, appuyez sur 2.

    • Pour ajouter une autre partition de disque, appuyez sur 1.

    • Pour supprimer une partition non utilisée, appuyez sur 3.

  6. Pour enregistrer vos modifications et quitter le menu fdisk, appuyez sur 5.

  7. Pour quitter l'utilitaire de maintenance de disque, sélectionnez Quitter à partir des options de mise en forme.

  8. Redémarrez le système.

  9. Après le réinitialisation du système, vérifiez que le message d'erreur ne s'affiche plus. En tant que superutilisateur, entrez la commande suivante :


    # /sbin/biosdev
    

    Si le message d'erreur s'affiche toujours, répétez la procédure mais sélectionnez une option différente à l'étape 5.

  10. Si le système contient d'autres disques identiques avec des partitions fdisk identiques, répétez les étapes 1-9 sur ces disques. Dans le cas contraire, vous pouvez poursuivre l'installation ou la mise à niveau de Solaris.

Impossible de créer une archive Solaris Flash lorsque des zones Solaris sont installées (6246943)

À compter de la version actuelle de Solaris, il est impossible de créer correctement une archive Solaris Flash lorsqu'une zone non globale est installée. La fonctionnalité Solaris Flash n'est actuellement pas compatible avec la fonctionnalité de conteneurs (zones) Solaris.

N'utilisez pas la commande flar create pour créer une archive Solaris Flash dans les situations suivantes :

Si vous créez une archive Solaris Flash dans l'une de ces situations, l'archive risque de ne pas s'installer correctement lors de son déploiement.

Solution : aucune.

x86 : les stations de travail Sun Java 2100Z peuvent paniquer si l'initialisation s'effectue à partir du DVD du système d'exploitation Solaris 10 (6214356)

Le microprogramme du lecteur combiné de DVD d'une station de travail Sun Java Workstation 2100Z peut entraîner une erreur système grave. Ce problème se produit lorsque vous initialisez la station de travail à partir du DVD du système d'exploitation Solaris 10. Après l'affichage de l'écran d'accueil du noyau, le message suivant s'affiche brièvement :


panic[cpu0]/thread=fec1be20: mod_hold_stub: 
Couldn't load stub module sched/TS_DTBL
fec25cb0 genunix:mod_hold_stub+139 (fec04088, 63, fea11)
fec25cc4 unix:stubs_common_code+9 (1, 8, fec026e4)
fec25ce4 unix:disp_add+3d (fec026dc)
fec25d00 genunix:mod_installsched+a4 (fef01530, fef01518)
fec25d20 genunix:mod_install+2f (fef01518, fec25d3c,)
fec25d2c TS:_init+d (0, d6d89c88, fec25d)
fec25d3c genunix:modinstall+d9 (d6d89c88)
fec25d50 genunix:mod_hold_installed_mod+2e (d6d77640, 1, fec25d)
fec25d7c genunix:modload+ac (fec026c4, fec26c4)
fec25d98 genunix:scheduler_load+3d (fec026c4, fec026dc)
fec25db4 genunix:getcid+50 (fec026c4, fec28514)
fec25dcc unix:dispinit+df (fec25ddc, fe814ba9)
fec25dd4 unix:startup_modules+d5 (fec25dec, fe8cac37)
fec25ddc unix:startup+19 (fe800000, 166130, 7)
fec25dec genunix:main+16 ()

Le système s'initialise ensuite automatiquement.

Solution : sélectionnez l'une des options suivantes :

Solution 1 : modifiez certains paramètres de la configuration du BIOS. Cette solution temporaire permet d'effectuer une installation de Solaris10. Par contre, cette méthode réduit les performances du lecture du DVD. Procédez comme suit :

  1. Pendant l'initialisation du système, appuyez sur F2 à l'invite pour accéder à l'écran de configuration.

    L'écran propose des options de type d'attache semblables à celles de l'exemple suivant :


    Primary Master [ ]
    Primary Slave [ ]
    Secondary Master [CD-ROM]
    Secondary Slave [ ]
  2. Choisissez le type d'attache du lecteur de DVD en sélectionnant le type d'attache pour CD-ROM.


    Remarque –

    L'écran peut afficher plusieurs types d'attache pour CD-ROM, par exemple, si le système est doté de plusieurs lecteurs optiques. Dans ce cas, il peut être nécessaire d'ouvrir le boîtier du système pour déterminer le point d'attache du lecteur de DVD. Sélectionnez le type d'attache approprié pour le lecteur de DVD.


  3. Une fois que vous avez sélectionné le type d'attache pour CD-ROM, appuyez sur Entrée.

    L'écran suivant s'affiche avec Type:[Auto] sélectionné automatiquement.

  4. Appuyez deux fois sur la barre d'espacement pour modifier la sélection à Type:[CD-ROM] .

  5. À l'aide des flèches, sélectionnez Transfer Mode.

  6. Appuyez sur Entrée pour afficher la liste des autres options Transfer Mode.

  7. À l'aide des flèches, sélectionnez Standard, puis appuyez sur Entrée pour valider la sélection.

  8. Appuyez sur F10 pour enregistrer les modifications apportées à la configuration et quitter la configuration du BIOS.

    Le système redémarre.

Solution 2 : mettez à niveau le microprogramme du lecteur combiné de DVD vers v1.12. Le lecteur combiné de DVD doit être connecté à un système exécutant Microsoft Windows. Procédez comme indiqué ci-dessous.

  1. Retirez le lecteur combiné de DVD de la station de travail Sun Java 2100z. Reportez-vous aux instructions du guide de l'utilisateur de la station de travail pour retirer correctement le lecteur.

  2. Connectez le lecteur à un système fonctionnant sous Microsoft Windows. Changez les paramètres des cavaliers maître et esclave du lecteur, si nécessaire.

  3. Accédez au centre de téléchargement de AOpen à l'adresse suivante http://download.aopen.com.tw/default.aspx.

  4. Recherchez le microprogramme du lecteur de DVD à partir des informations suivantes :

    • Produit : lecteurs combinés

    • Modèle : COM5232/AAH

    • Catégories : Microprogramme

  5. Téléchargez et installez le microprogramme version R1.12.

  6. Réinstallez le lecteur sur la station de travail. Si nécessaire, rétablissez les paramètres d'origine des cavaliers maître et esclave.


Remarque –

Des versions plus récentes du microprogramme sont peut-être déjà disponibles sur le site. Les test de Sun confirment que la version v1.12 résout le problème d'erreur grave. En revanche, Sun ne peut pas confirmer que les versions ultérieures à v1.12 seront en mesure de le faire.


x86 : les consoles série de certains systèmes Sun Fire ne fonctionnent pas (6208412)

Par défaut, la console série (ttya) sur les systèmes Sun Fire suivants ne fonctionne pas :

Pour utiliser la console série, vous devez configurer manuellement le BIOS du système.

Solution : pour que cette solution fonctionne, votre système doit être équipé d'un clavier et d'un moniteur Sun. Procédez comme suit :

  1. Initialisez la machine.

  2. Pendant l'initialisation du système, appuyez sur F2 à l'invite pour accéder au BIOS Phoenix.

  3. Sous Peripherals, changez l'état du port COM de désactivé à activé.

  4. Enregistrez la configuration et initialisez le système.

  5. À l'aide de la commande eeprom, indiquez ttya pour le périphérique d'entrée et le périphérique de sortie.


Remarque –

Appuyez sur les touches Stop et N lors de l'initialisation du système pour rétablir les paramètres par défaut du microprogramme de bas niveau ne fonctionne pas sur ces systèmes.


Le programme de l'IG d'installation de Solaris risque d'échouer sur les systèmes comportant des partitions x86bootfdisk (6186606)

Le programme de l'IG d'installation de Solaris risque d'échouer sur un système avec une partition x86boot. Le problème se produit si la partition d'initialisation x86 existante a été créée avec le programme d'installation en mode texte de Solaris. Le message d'erreur suivant s'affiche :


Default layout will not work on this system.
Error:
Error: ERROR: Could not create explicit fdisk partition on c0t0d0,
requested cylinders 14581 - 14597 in use by fdisk partition 1
Error:
Error: ERROR: System installation failed
Pfinstall failed. Exit stat= java.lang.UNIXProcess@a89ce3 2 
artition on c0t0d0, requested cylinders 14581 - 14597 in use by fdisk
partition 1  ERROR: System installation failed

Solution : choisissez l'un des palliatifs suivants :

Solution 1 : lorsque le programme d'installation vous demande de sélectionner un type d'installation, sélectionnez l'option 3, Solaris Interactive Text (Desktop Session).

Solution 2 : si vous utilisez le programme de l'IG d'installation de Solaris, procédez comme suit.

  1. Lancez l'installation.

  2. À l'invite permettant de sélectionner un type d'installation, sélectionnez l'installation personnalisée (Custom Install).

    Dans les panneaux de l'installation personnalisée, indiquez ensuite l'environnement linguistique, le logiciel et les disques que vous voulez installer.

  3. Répondez aux questions sur les écrans en fournissant les informations correspondant à votre système.

  4. Sur l'écran Fdisk Selection, sélectionnez le disque contenant la partition x86boot.

  5. Supprimez la partition x86boot en la définissant comme UNUSED dans le menu déroulant.

  6. Ajoutez la partition d'initialisation x86 en remplaçant UNUSED par x86boot.

  7. Continuez l'installation.

Bogues d'installation

Les bogues suivants risquent de se produire au cours de l'installation de SE Solaris 10.

Impossible de faire défiler le panneau d'analyse détaillée de patch lors de la mise à niveau Sun (6597686)

Lors d'une mise à niveau Sun, si vous avez sélectionné Analyse détaillée pour afficher les patchs qui seront supprimés, vous ne pouvez pas faire défiler le panneau d'affichage. Vous ne pouvez pas consulter la liste complète des patchs à supprimer.

Solution : exécutez les scripts analyze_patches manuellement :


# cd <cdrom>/Solaris_10/Misc
# ./analyze_patches -R rootdir -N netdir -D databasedir

Les options de commande sont les suivantes :

-R rootdir

rootdir correspond à la racine du système installé. Le répertoire racine par défaut est /.

-N netdir

netdir désigne le chemin de la racine de l'image du système d'exploitation à installer. /cdrom/cdrom0 est le chemin par défaut. netdir est le chemin du répertoire qui contient le répertoire Solaris_10_606. Vous devez impérativement utiliser cette option si vous exécutez analyze_patches à partir d'un point de montage NFS.

-D databasedir

Si vous appelez le script à partir d'un répertoire autre que le répertoire racine /Misc dans l'image SE, le programme ne peut pas trouver la base de données qu'il utilise pour l'analyse de patch. Utilisez l'option -D pour indiquer le chemin d'accès à la base de données. Sans cette base de données, placée dans le répertoire Solaris_10_606/Misc/database sur l'image SE, le script ne peut pas s'exécuter correctement.

SPARC : L'installation d'une image CD ou DVD exécute Xorg au lieu de Xsun après la réinitialisation initiale (6595091)

Sur les plates-formes SPARC, si vous ajoutez des produits Extra Value à l'installation, un bogue se produit à la réinitialisation. Une fois l'installation du SE Solaris terminée, le système redémarre et le lanceur essaie d'installer le logiciel SunVTS. Ensuite, le noyau Xorg se vide et l'invite d'installation de SunVTS ne s'affiche pas.

Ce bogue se produit lorsque l'une des conditions suivantes se vérifie :

Solution : n'installez pas de produits Extra Value lors de l'installation, mais installez-les manuellement après celle-ci. Sur le CD ou DVD, accédez au répertoire Extra Value et exécutez le programme d'installation manuellement.

SPARC : Échec de luupgrade lors d'une mise à niveau à l'aide d'un CD (6573154)

Sur un système SPARC, lorsque vous utilisez un CD (CD1) pour mettre à niveau votre système à l'aide de Live Upgrade, la commande luupgrade échoue. Le message d'erreur suivant s'affiche :


# luupgrade -u -n s10u4_ABE  -s /cdrom/cdrom0/s0 -j /var/tmp/profile

179536 blocks
miniroot filesystem is <lofs>
Mounting miniroot at </cdrom/cdrom0/s0/Solaris_10/Tools/Boot>
mount: /tmp/miniroot.3694: Device busy
ERROR: Cannot mount miniroot at </cdrom/cdrom0/s0/Solaris_10/Tools/Boot>.

Solution : choisissez l'un des palliatifs suivants :

Panique dans PCIe lorsque le nœud dev_info n'a pas de données parent (6517798)

Un pointeur null déréférencé peut provoquer la panique du SE Solaris si le fichier driver.conf est modifié à l'aide de l'attribut parent. Le message d'erreur suivant s'affiche :


System panic: BAD TRAP: type=31 rp=2a101d31200 addr=8 mmu_fsr=0 
occurred in module "pcie" due to a NULL pointer dereference

Solution : avant d'installer le SE Solaris 10 8/07 sur un système SPARC PCI Express (PCIe), vérifiez si vous avez modifié les fichiers driver.conf comme indiqué ci-dessous :

  1. Accédez au répertoire /kernel/drv.

  2. Vérifiez si l'attribut parent est défini dans le fichier driver.conf. Si l'attribut parent a été défini et si le dernier nœud du parent comporte le mot pci, commentez la ligne. Veillez à commenter l'intégralité de la propriété. Exemple :


    # name="ACME,simple" parent="/pci@7c0/pci@0/pci@9"
    # unit-address="3,1" debug-mode=12;
    name="ACME,example" parent="pseudo" instance=1;
    name="ACME,scsi" parent="/pci@7c0/pci@0/pci@9/scsi"
    unit-address="3,1" debug-mode=12;
  3. Recommencez l'étape 2 pour les fichiers driver.conf dans les répertoires suivants :

    • /usr/kernel/drv

    • /platform/`uname -i`/drv

    • /platform/`uname -m`/drv

  4. Installez le SE Solaris 10 8/07.

  5. Installez le patch 127574-01.

  6. Accédez aux répertoires indiqués aux étapes 1 et 3. Annulez le commentaire de toutes les lignes commentées à l'étape 2 dans les fichiers driver.conf.

Partition Linux absente du menu GRUB après l'installation du SE Solaris (6508647)

Si Linux est installé sur le disque et que vous avez installé le SE Solaris sur une autre partition, la partition Linux ne s'affiche pas dans le menu GRUB. Aucun message d'erreur n'est affiché.

Solution : modifiez le fichier menu.lst du menu GRUB pour ajouter Linux au menu GRUB. Procédez comme suit :

  1. Initialisez le SE Solaris.

  2. Modifiez le fichier menu.lst à l'emplacement /boot/grub/menu.lst. Pour de plus amples informations, reportez-vous au System Administration Guide: Basic Administration.

x86 : blocages de l'installation sur des systèmes avec une mémoire de 512 Mo (6423854)

Les installations peuvent manquer de mémoire et bloquer les systèmes 512 Mo dans les conditions suivantes :

Une fois que le système a épuise la mémoire disponible, le processus d'installation de l'interface graphique ralentit et finit par échouer. Le texte ne s'affiche pas dans un environnement multifenêtre.

Solution :

Pour éviter ce problème, sélectionnez un environnement non multifenêtre pendant le démarrage de l'installation initiale. Pendant le démarrage à partir du support d'installation, le menu suivant s'affiche :


-----------
 1.     Solaris Interactive (default)
 2.     Custom JumpStart
 3.     Solaris Interactive Text (Desktop session)
 4.     Solaris Interactive Text (Console session)
 5.     Apply driver updates
 6.     Single user shell
 Enter the number of your choice.
 -----------

À ce stade, choisissez "4. Solaris Interactive Text (Console session)". Cet environnement non multifenêtre commencera une installation en texte seul, sans utiliser de processus nécessitant de grosses capacités de mémoire.

x86 : erreur /sbin/dhcpinfo non valide au cours de l'installation (6332044)

Si vous installez la version Solaris 10 8/07 sur un système x86, le message d'erreur suivant s'affiche :


/sbin/dhcpinfo: primary interface requested but no primary interface is set

Cette erreur n'affecte pas l'installation, laquelle se déroule sans problème.

Solution : ne tenez pas compte de ce message d'erreur.

x86 : blocage de l'installation à partir du CD après la sélection de la réinitialisation (6270371)

Un problème risque de se produire si vous lancez le programme d'installation de Solaris à partir du CD. Après l'installation du logiciel Solaris à partir du CD - 4 Solaris 10 8/07, l'invite suivante s'affiche :


Press Reboot now to continue.

Si vous appuyez sur Reboot, le système risque de ne pas réagir. L'installation a réussi mais cette erreur empêche le programme d'installation de se terminer normalement. Par conséquent, les opérations normales de réinitialisation du système et de nettoyage post-installation ne peuvent pas être réalisées.

Un message d'erreur similaire au suivant est enregistré dans le fichier /tmp/disk0_install.log :


Exception in thread "Thread-70" java.lang.IndexOutOfBoundsException:
Index: 6, Size: 5
     at java.util.ArrayList.add(ArrayList.java:369)
     at
com.sun.wizards.core.WizardTreeManager.
actualExitButtonPressed(WizardTreeManager.java:1499)
     at
com.sun.wizards.core.WizardTreeManager.
exitButtonPressed(WizardTreeManager.java:1486)
     at
com.sun.wizards.core.AutonextController.
run(AutonextController.java:736)
     at
java.lang.Thread.run(Thread.java:595)

Solution : choisissez l'un des palliatifs suivants :

x86 : échec de l'initialisation du système à la suite d'une installation JumpStart personnalisée (6205478)

Si vous avez recours à la méthode d'installation JumpStart personnalisée pour installer le logiciel sur un système x86 alors que vous configurez la tranche 2 en tant que tranche de chevauchement dans le profil, une erreur se produit. Le système ne parvient pas à redémarrer à la suite de l'installation. Le message d'erreur suivant s'affiche :


Cannot find Solaris partition

Ce problème se produit, car la tranche de chevauchement 2 ( par exemple, c0t0d0s2) est configurée de sorte à commencer au cylindre 1 plutôt qu'au cylindre 0.

Solution : dans le profil JumpStart personnalisé, supprimez l'entrée du mot-clé filesys afin d'annuler la configuration de la tranche de chevauchement 2. Vous pouvez supprimer, par exemple, une entrée de mot-clé similaire à l'entrée suivante.


filesys c0t0d0s2 all overlap

Après la suppression de l'entrée, procédez à l'installation JumpStart personnalisée.

x86 : échec de l'installation interactive de l'IG à partir du DVD si la variable boot-device n'est pas définie (5065465)

L'installation interactive de l'IG risque d'échouer, si vous installez Solaris à partir du DVD du système d'exploitation Solaris10. Cela se produit si la variable de configuration boot-device n'est pas définie sur le système.

Pour déterminer si la variable de configuration boot-device est définie, tapez la commande suivante :


# prtconf -pv | grep boot-device

Si le résultat de la commande est boot-device: vous ne pouvez pas avoir recours au programme d'installation de l'IG interactive pour installer à partir du DVD du système d'exploitation Solaris 10.

Solution : installez le logiciel Solaris10 à l'aide du programme d'installation à texte interactif. Lorsque le programme d'installation vous demande de sélectionner un type d'installation, sélectionnez l'option 3, Solaris Interactive Text (Desktop Session).

Pour plus d'informations sur l'installation à partir du DVD du système d'exploitation Solaris 10, reportez-vous au Guide d’installation de Solaris 10 8/07 : installations de base.

x86 : risque d'absence de réponse des claviers USB lors de l'installation du logiciel sur certaines stations de travail Dell Precision (4888849)

Au cours de l'installation du logiciel, les claviers USB de certaines stations de travail Dell Precision peuvent ne pas répondre ou ne répondre que partiellement, empêchant ainsi l'installation.

Solution : choisissez l'un des palliatifs suivants :

Vous pouvez également mettre à jour le BIOS du système pour résoudre le problème.

Affichage éventuel d'avertissements pendant la création d'un système de fichiers (4189127)

Lorsqu'un système de fichiers est créé pendant l'installation, l'un des messages d'avertissement suivants peut s'afficher :


Warning: inode blocks/cyl group (87) >= data blocks (63) in last
cylinder group. This implies 1008 sector(s) cannot be allocated.

Ou


Warning: 1 sector(s) in last cylinder unallocated 

Cet avertissement apparaît lorsque la taille du système de fichiers que vous créez ne correspond pas à l'espace disponible sur le disque utilisé. Dans ce cas, une partie de l'espace disque inutilisé risque de ne pas être intégrée à ce système de fichiers. Cet espace inutilisé ne sera cependant pas disponible pour d'autres systèmes de fichiers.

Solution : ignorez le message d'avertissement.

Problèmes et bogues liés à la mise à niveau


Remarque –

Pour obtenir les toutes dernières informations sur le support de mise à niveau à partir de la version Solaris 10 8/07, reportez-vous à la section Changements apportés à la prise en charge des mises à niveau pour les versions de Solaris.


Cette section décrit les bogues de la mise à niveau. Certains bogues sont susceptibles de survenir lors de la mise à niveau vers SE Solaris 10 et d'autres une fois celle-ci terminée.

Communication impossible entre le système et ypbind après la mise à niveau (6488549)

Ce problème survient lors d'une mise à niveau de la version Solaris 10 Hardware 2 vers la version Solaris 10 8/07 actuelle.

Dans la version Solaris 10 Hardware 2, le fichier name_service.xml des services de noms, tels que NIS, NIS+, FILES ou LDAP est comme suit :


# ls -l name_service.xml
lrwxrwxrwx   1 root     root     10 Apr 10 16:26 name_service.xml -> ns_files.xml

Si le service de noms est NIS, le fichier name_service.xml établit un lien avec ns_files.xml. Toutefois, le contenu des fichiers ns_files.xml et ns_nis.xml est identique.


  # cat /etc/release
                     Solaris 10 3/05 HW2 s10s_hw2wos_05 SPARC
           Copyright 2005 Sun Microsystems, Inc.  All Rights Reserved.
                        Use is subject to license terms.
                           Assembled 26 September 2005
  # cd /var/svc/profile
  # ls -l name_service.xml ns_files.xml ns_nis.xml
  lrwxrwxrwx   1 root   other    12 May 21 04:06 name_service.xml -> ns_files.xml
  -r--r--r--   1 root   sys     779 May 21 04:25 ns_files.xml
  -r--r--r--   1 root   sys     779 Jan 21  2005 ns_nis.xml
  #
  # diff ns_files.xml ns_nis.xml
  # diff name_service.xml ns_nis.xml

Dans la sortie précédente, les fichiers ns_nis.xml et ns_files.xml sont identiques. Cela signifie que le fichier name_service.xml établit un lien symbolique au fichier de service de noms incorrect. Le fichier name_service.xml établit un lien vers ns_files.xml, au lieu de ns_nis.xml.


Remarque –

La correction de CR 6411084, l'installation SUNWcsr ou le script de postinstallation, crée le lien correct uniquement si name_service.xml n'est pas un fichier de lien. Si name_service.xml est déjà un fichier de lien symbolique, comme dans la version Solaris 10 Hardware 2, la correction de CR 6411084 échoue.


Après une mise à niveau à partir de Solaris 10 Hardware 2 vers Solaris 10 8/07, le message suivant s'affiche sur la console ou est consigné dans le fichier des messages :


Oct 23 12:18:45 vt2000a automount[301]: [ID 366266 daemon.error] 
can't read nis map auto_master: can't communicate with ypbind - retrying 

De même, le service /network/nis/client:default est hors ligne.

Solution : choisissez l'un des palliatifs suivants :

Échec de la mise à niveau sur un système comprenant des zones installées mais non initialisées

Une zone non globale installée mais jamais initialisée ou préparée empêche la mise à niveau correcte d'un système. Aucun message d'erreur n'est affiché.

Solution :

Si une telle zone est rencontrée, elle doit être préparée puis interrompue avant de lancer la mise à niveau. Exemple :


global# zoneadm -z myzone ready ; zoneadm -z myzone halt

Échec du service système de fichiers locaux en cas de mise à niveau d'un système Solaris 10 avec des zones non globales vers la version Solaris 10 8/07 (6428258)

La mise à niveau d'un système Solaris 10 3/05 ou Solaris 10 1/06 vers Solaris 10 6/06 ou Solaris 10 8/07 avec des zones non globales est susceptible de provoquer l'échec dans les zones non globales du service SMF chargé du montage des systèmes de fichiers locaux. Le démarrage des autres services des zones non globales peut alors échouer.

Après la mise à niveau d'un système Solaris 10 doté de zones non globales vers Solaris 10 6/06 ou Solaris 10 8/07, les services risquent de se trouver en mode de maintenance. Exemple :


# zlogin myzone svcs -x
    svc:/system/filesystem/local:default (local file system mounts)
     State: maintenance since Wed May 24 13:18:06 2006
    Reason: Start method exited with $SMF_EXIT_ERR_FATAL.
       See: http://sun.com/msg/SMF-8000-KS
       See: /var/svc/log/system-filesystem-local:default.log
    Impact: 18 dependent services are not running.  (Use -v for list.)

Solution :

Réinitialisez la zone non globale à partir de la zone globale. Exemple :


global# zoneadm -z myzone reboot

Différences d'ID de périphériques après la mise à niveau à partir de Système d'exploitation Solaris 9 9/04

Dans la version Solaris10, Solaris Volume Manager affiche les ID de périphériques dans un nouveau format. Système d'exploitation Solaris 9 9/04, qui prend en charge les ID de périphériques dans les jeux de disques, ne reconnaît pas le nouveau format. Lorsque vous procédez à la mise à niveau de la version Solaris 9 9/04 vers SE Solaris 10, les ID de périphériques associés aux jeux de disques existants ne sont pas mis à jour dans la configuration de Solaris Volume Manager. Si vous devez faire l'opération inverse pour rétablir Système d'exploitation Solaris 9 9/04, les modifications apportées à la configuration des jeux de disques après la mise à niveau risquent de ne pas être appliquées dans Système d'exploitation Solaris 9 9/04. Pour plus d'informations, reportez-vous au Chapitre 25, Troubleshooting Solaris Volume Manager (Tasks) du Solaris Volume Manager Administration Guide.

x86 : l'ajout de mises à jour de pilotes génère un problème de configuration réseau (6353146)

L'installation du système d'exploitation Solaris10 risque d'échouer lors de l'ajout de Driver Updates (DU), également connu sous le nom de Install Time Updates (ITU). Cette erreur se produit si vous utilisez l'interface graphique pour installer le logiciel Solaris 10. Le message suivant s'affiche :


Unable to run cmd: /usr/sbin/sysidput

Solution : adoptez l'une des solutions suivantes.

x86 : impossible de supprimer l'environnement d'initialisation Solaris Live Upgrade qui contient le menu GRUB (6341350)

Lorsque vous utilisez Solaris Live Upgrade pour créer des environnements d'initialisation, l'un de ces environnements du système héberge le menu GRUB (GRand Unified Bootloader). La commande ludelete ne permet pas de supprimer cet environnement d'initialisation.

Si vous essayez de supprimer cet environnement d'initialisation, le message d'erreur suivant s'affiche :


ERROR: The boot environment name-of-boot-environment contains the GRUB menu.
ERROR: You are not allowed to delete this BE.
Unable to delete boot environment.

Solution : utilisez soit la commande lumake, soit la commande luupgrade pour réutiliser cet environnement d'initialisation. Faites en sorte que l'environnement d'initialisation contenant le menu GRUB soit le dernier à être supprimé.


Remarque –

Solaris Live Upgrade n'autorise pas la suppression du dernier environnement d'initialisation. L'environnement d'initialisation contenant le menu GRUB ne peut pas non plus être supprimé. Ainsi, si le dernier environnement d'initialisation contient également le menu GRUB, vous pouvez supprimer tous les autres environnements d'initialisation si nécessaire.


x86 : Échec de la suppression du package du pilote du HBA Fibre Channel Agilent lors de la mise à niveau vers la version Solaris 10 8/07 (6330840)

La suppression du package du pilote du HBA Fibre Channel Agilent (HPFC) échoue lors d'une mise à niveau de Solaris 8 2/02 vers Solaris 10 8/07 avec Solaris Live Upgrade. Le message d'erreur suivant est enregistré dans le fichier upgrade_log.


Removing package HPFC:
Modifying /a/kernel/drv/sd.conf
cmdexec: ERROR: unable to open
/a/var/sadm/pkg/HPFC/save/sed/kernel/drv/sd.conf
pkgrm: ERROR: class action script did not complete successfully

Removal of partially failed.
pkgrm return code = 2

The upgrade succeeds, but two instances of the HPFC package 
are included on the system.

Solution : procédez comme indiqué ci-dessous.

  1. Prenez le rôle de superutilisateur.

  2. Supprimez les deux instances du package HPFC.


    # pkgrm HPFC
    # pkgrm HPFC.2
    
  3. Insérez le DVD du SE Solaris 10 8/07 dans le lecteur de DVD.

  4. Changez de répertoire pour passer à celui qui contient le package HPFC.


    # cd /cdrom/Solaris_10/Product
    
  5. Ajoutez le package HPFC au système.


    # pkgadd -d `pwd` HPFC
    

Barre de progression absente de la commande luupgrade de Solaris Live Upgrade (6239850)

La barre de progression de la mise à niveau ne s'affiche pas lorsque vous utilisez le logiciel Solaris Live Upgrade de l'une des manières suivantes :

Par exemple, si vous exécutez la commande suivante, la barre de progression devrait s'afficher après l'apparition du message suivant :


Running installer on BE s10u1.

Pourtant, elle ne s'affiche pas.


# luupgrade -i -n s10u1 -s /net/installsrv/export/s10u1
 -O "-nodisplay -noconsole"


Validating the contents of the media /net/installsvr/export/s10u1.
The media is a standard Solaris media.
The media contains a standard Solaris installer.
The media contains Solaris 3 version 10.
Mounting BE s10u1.
Running installer on BE s10u1.

Aucun message d'erreur n'est affiché.

Solution : utilisez la commande prstat. Cette commande vous permet de vérifier la progression de l'ajout des packages au cours de l'installation.

SPARC : la mise à niveau à partir des versions Solaris 9 avec le cluster de patchs est partielle (6202868)

Dans le cas d'un système fonctionnant avec une version de Solaris 9 et doté du cluster de patchs, la mise à niveau vers SE Solaris 10 ne réussit que partiellement. Ce problème concerne les systèmes fonctionnant avec les versions suivantes de Solaris 9 et le cluster de patchs.

Lorsque vous effectuez une mise à niveau vers la version Solaris10, le package SUNWcti2x n'est pas correctement supprimé du système.

Solution : choisissez l'un des palliatifs suivants :

Des programmes de désinstallation obsolètes ne sont pas supprimés si Solaris Live Upgrade est utilisé pour procéder à la mise à niveau à partir de versions précédentes de Solaris (6198380)

Si vous utilisez Solaris Live Upgrade pour procéder à la mise à niveau de Solaris 8 ou Solaris 9 vers SE Solaris 10, des programmes de désinstallation obsolètes ne sont pas supprimés. Ces programmes de désinstallation à partir du système d'exploitation précédent demeurent dans le répertoire /var/sadm/prod du système.

Les programmes de désinstallation obsolètes suivants ne sont pas supprimés.


uninstall_Alternate_Pathing_2_3_1.class
uninstall_CDRW_1_1.class o uninstall_CDRW_1_0.class
uninstall_Bonus_Localization_-_Catalan_CDE_Desktop.class
uninstall_Bonus_Localization_-_Polish_CDE_Desktop.class
uninstall_Bonus_Localizations_-_Russian_CDE_Desktop.class
uninstall_Capacity_on_Demand_1_0.class
uninstall_Java3D_1_3_1.class
uninstall_Java3D_1_3.class
uninstall_Java3D_1_2_1_04.class
uninstall_Java3D_1_2_1_03.class
uninstall_Lights_Out_Management_2_0.class
uninstall_Man_Page_Supplement.class
uninstall_OpenGL_1_3.class
uninstall_OpenGL_1_2_3.class
uninstall_Netra_ct_Platform_1_0.class
uninstall_Netra_t11xx_Alarms_2_0.class
uninstall_Netscape_6_2_3.class
uninstall_Netscape_6_2_1_Beta.class
uninstall_PC_launcher_1_0_2.class
uninstall_PC_launcher_1_0_1_PCfileviewer_1_0_1.class
uninstall_RSC_2_2_2.class
uninstall_RSC_2_2_1.class
uninstall_RSC_2_2.class
uninstall_ShowMeTV_1_3.class
uninstall_Solaris_9_French_Localization.class
uninstall_Solaris_9_German_Localization.class
uninstall_Solaris_9_Hong_Kong_Traditional_Chinese_Localization.class
uninstall_Solaris_9_Italian_Localization.class
uninstall_Solaris_9_Japanese_Localization.class
uninstall_Solaris_9_Korean_Localization.class
uninstall_Solaris_9_Simplified_Chinese_Localization.class
uninstall_Solaris_9_Spanish_Localization.class
uninstall_Solaris_9_Swedish_Localization.class
uninstall_Solaris_9_Traditional_Chinese_Localization.class
uninstall_Solaris_On_Sun_Hardware_Documentation.class
uninstall_Sun_Hardware_AnswerBook.class
uninstall_SunATM_5_0.class
uninstall_SunATM_5_1.class
uninstall_SunFDDI_PCI_3_0.class
uninstall_SunFDDI_SBus_7_0.class
uninstall_Sun_Fire_880_FC-AL_Backplane_Firmware_1_0.class
uninstall_Sun_Fire_B10n_Load_Balancing_Blade_1_1.class
uninstall_SunForum_3_1.class
uninstall_SunForum_3_2.class
uninstall_SunHSI_PCI_3_0.class
uninstall_SunHSI_SBus_3_0.class
uninstall_SunScreen_3_2.class
uninstall_SunVTS_5_1_PS6.class
uninstall_SunVTS_5_1_PS5.class
uninstall_SunVTS_5_1_PS4.class
uninstall_SunVTS_5_1_PS3.class
uninstall_SunVTS_5_1_PS2.class
uninstall_SunVTS_5_1_PS1.class
uninstall_SunVTS_5_0.class
uninstall_System_Management_Services_1_4.class
uninstall_System_Management_Services_1_3.class
uninstall_System_Management_Services_1_2.class
uninstall_System_Service_Processor_3_5.class
uninstall_WBEM_DR_1_0.class
uninstall_Web_Start_Wizards_SDK_3_0_2.class
uninstall_Web_Start_Wizards_SDK_3_0_1.class
uninstall_Web_Start_Wizards_SDK.class
uninstall_XML_Libraries_2_4_12.class

Solution : une fois le système mis à niveau, supprimez manuellement les programmes de désinstallation obsolètes dans le répertoire /var/sadm/prod.

Le fichier de configuration pam.conf n'est pas mis à jour automatiquement après une mise à niveau (5060721)

La version Solaris10 apporte des changements à la fonctionnalité pam_ldap. Lorsque vous procédez à la mise à niveau vers la version actuelle, les configurations de pam_ldap dans le fichier de configuration pam.conf existant ne sont pas mises à jour pour refléter ces changements. Si la configuration de pam_ldap est détectée, le fichier CLEANUP qui est généré à la fin de la mise à niveau contient l'instruction suivante :


/etc/pam.conf please examine/update the pam_ldap configuration 
because its functionality has changed, 
refer to pam_ldap(5) documentation for more information

Solution : après la mise à niveau, examinez /etc/pam.conf. Si nécessaire, modifiez manuellement ce fichier pour le rendre compatible avec les nouvelles fonctionnalités de pam_ldap. Les modifications se rapportent aux invites de mots de passe (options use_first_pass et try_first_pass par exemple) ainsi qu'à des mises à jour des mots de passe. Pour plus d'informations concernant la mise à jour de pam.conf, consultez la page de manuel et la documentation pam_ldap(5).

Problème d'affichage du texte par le programme d'installation en cas d'utilisation de Solaris Live Upgrade (4736488)

Si vous utilisez la commande luupgrade(1M) de Solaris Live Upgrade avec l'option -i pour procéder à la mise à niveau d'un environnement d'initialisation inactif, le texte affiché par les programmes d'installation risque d'être illisible dans certaines langues. La corruption du texte est due au fait que les programmes d'installation requièrent des polices de caractère qui n'existent pas dans la version plus ancienne détectée sur l'environnement d'initialisation actuel.

Solution : choisissez l'un des palliatifs suivants :

SPARC : erreur de suppression du module SUNWjxcft lors de la mise à niveau (4525236)

Lorsque vous procédez à une mise à niveau du logiciel Solaris 8 vers la version Solaris10, un problème survient au moment de la suppression du package SUNWjxcft. Le message d'erreur suivant est enregistré dans le fichier upgrade_log :


Removing package SUNWjxcft: 
Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.upr 
Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.scale 
Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.alias 
Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.upr 
Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.scale 
Can't open /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.alias 
Removal of <SUNWjxcft> was successful

Solution : ne tenez pas compte de ce message d'erreur.

Une mise à niveau vers la version Solaris10 peut entraîner la désactivation du démon Secure Shell existant (sshd) (4626093)

Si vous procédez à une mise à niveau vers la version Solaris10 sur un système équipé d'un Secure Shell d'un tiers (par exemple, OpenSSH) à partir du démon /etc/init.d/sshd, la mise à niveau désactive le démon Secure Shell existant. Lors d'une mise à niveau, le logiciel Solaris10 écrase le contenu de /etc/init.d/sshd.

Solution : choisissez l'un des palliatifs suivants :

Échec de la mise à niveau lorsque la capacité totale du répertoire /export est presque atteinte (4409601)

Si la capacité totale du répertoire /export est presque atteinte et que vous effectuez une mise à niveau vers la version Solaris10, l'espace disque nécessaire au répertoire /export est mal calculé. La mise à niveau échoue. Ce problème survient généralement lorsqu'un client sans disque est installé. Le problème peut également survenir lorsque le logiciel tiers est installé dans le répertoire /export. Le message suivant s'affiche :


WARNING: Insufficient space for the upgrade.

Solution : avant la mise à niveau, choisissez l'une des solutions indiquées ci-dessous.

Mise à niveau de clients sans disque et de serveurs de clients sans disque (4363078)

Si votre système prend actuellement en charge des clients sans disque installés à l'aide de l'outil Solstice AdminSuiteTM 2.3 Diskless Client :

  1. Supprimez tous les clients sans disque existants dont la version et l'architecture Solaris sont identiques à celles du serveur.

  2. Procédez à l'installation ou à la mise à niveau vers la version Solaris10.

Pour obtenir des instructions spécifiques, reportez-vous au System Administration Guide: Basic Administration.

Si vous tentez d'installer le logiciel Solaris10 sur des clients sans disque existants, le message d'erreur suivant s'affiche :


The Solaris Version (Solaris numéro_version) on slice <xxxxxxxx> cannot 
be upgraded. 
There is an unknown problem with the software configuration installed 
on this disk.

Dans ce message d'erreur, numéro_version renvoie à la version Solaris tournant actuellement sur votre système. <xxxxxxxx> fait référence à la tranche exécutant cette version du logiciel Solaris.

Autres problèmes d'installation

Cette section décrit les problèmes liés à l'installation du système d'exploitation Solaris.

La commande smosservice add n'installe pas les packages ARCH=all spécifiés (4871256)

La commande smosservice add n'installe aucun package spécifié, ARCH=all, dans le système de fichiers root (/) ou /usr. Aucun message d'erreur ne signale que ces packages ont été ignorés. Ce problème se produit dans toutes les versions Solaris et s'applique aux clients SPARC® et x86.

Notez que la liste des packages manquants varie en fonction de la version Solaris exécutée.

Solution : recherchez et installez les packages ARCH=all manquants.

Pour obtenir des instructions pas-à-pas sur la recherche et l'installation de packages manquants, reportez-vous à How to Locate and Install Missing ARCH=all Packages du System Administration Guide: Basic Administration.

Les logiciels StarOffice et StarSuite ne peuvent pas coexister dans le même système

Lorsque vous installez SE Solaris 10, le logiciel StarOffice ou StarSuite TM est également automatiquement installé, en fonction de la langue que vous sélectionnez. Les langues et leur logiciel correspondant sont indiqués ci-dessous :

Langue sélectionnée 

Logiciel pris en charge 

Chinois, Japonais, Coréen 

StarSuite 

Autres langues 

StarOffice 

StarOffice et StarSuite ne peuvent pas coexister dans le même système. Si vous voulez remplacer un logiciel que vous avez installé par mégarde, procédez comme suit.

  1. Insérez le CD 3 du Logiciel Solaris 10 - ou le DVD du DVD du système d'exploitation Solaris 10 dans le lecteur.

  2. Prenez le rôle de superutilisateur.

  3. Accédez au répertoire Product, par exemple /cdrom/cdrom0/Solaris_10/Product .

  4. Remplacez le logiciel.

    • Pour remplacer StarOffice par StarSuite, servez-vous des commandes suivantes :


      # pkgrm SUNWsogm SUNWsom
      # pkgadd -d . SUNWsoagm SUNWsoam
      
    • Pour remplacer StarSuite par StarOffice, servez-vous des commandes suivantes :


      # pkgrm SUNWsoagm SUNWsoam
      # pkgadd -d . SUNWsogm SUNWsom
      

Des versions localisées connexes peuvent être installées

Il est possible que des environnements linguistiques connexes soient installés lorsque vous sélectionnez celui que vous souhaitez installer. Ce changement de comportement dans la version Solaris10 provient du fait que toutes les versions localisées complètes, avec traduction des messages, ainsi que les versions localisées partielles (langues asiatiques et japonais), avec activation en local, ont été réorganisées selon la prise en charge des versions localisées. D'autres environnements linguistiques partiels (par exemple, Europe centrale) sont encore organisés et installés selon la zone géographique.

Installation par défaut de toutes les langues par le Languages CD avec Solaris Live Upgrade (4898832)

Si vous utilisez Solaris Live Upgrade avec plusieurs CD pour installer la version Solaris10, le CD d'environnements linguistiques installe toutes les langues par défaut.

Après l'installation, si vous vous connectez au système dans un environnement linguistique différent de celui que vous avez sélectionné durant l'installation, des caractères tronqués peuvent s'afficher. Après vous être connectés à n'importe laquelle de ces versions localisées, la version localisée anglaise s'affiche.

Solution : au moment de l'installation, sélectionnez l'option d'installation personnalisée. Désélectionnez toutes les langues que vous ne souhaitez pas installer durant l'installation du CD d'environnements linguistiques.