Problème  

Où consulter les erreurs d'installation ? 

Solution  

Le journal d'installation du bureau GNOME 2.0 le plus récent se trouve à l'emplacement suivant :/var/sadm/install/logs

Problème  

L'installation a échoué avec le message d'erreur suivant : pkgadd: ERROR: cppath(): unable to start

Solution  

Vous avez utilisé une mauvaise version de l'archive tar ou celle-ci est corrompue. Vous devez utiliser une archive tar Solaris ou GNU de version 1.13 ou supérieure. Si le fichier tar est corrompu, téléchargez-le une nouvelle fois. 

Problème  

Le bureau GNOME 1.4 est déjà installé sur mon système. Comment désinstaller le bureau GNOME 1.4 ? 

Solution  

1. Connectez-vous au CDE en tant que superutilisateur.

2. Ouvrez une fenêtre de terminal.

3. Entrez cd /var/sadm/prod.

4. Entrez java uninstall_gnome_1_4.

Si vous avez déjà installé le bureau GNOME 2.0, vous pouvez désinstaller le bureau GNOME 1.4 en vous connectant à la racine et en exécutant la commande suivante : /usr/sbin/remove-gnome -version 1.4

Problème 

Comment désinstaller le bureau GNOME 2.0 ? 

Solution 

Procédez selon les étapes suivantes :

1. Connectez-vous en tant que root.

2. Exécutez la commande suivante : /usr/sbin/remove-gnome

Problème  

Comment installer le bureau GNOME 2.0 sans le programme d'installation de l'interface utilisateur graphique ? 

Solution  

Exécutez le script d'installation texte. Pour ce faire, vous devez tout d'abord décompacter l'archive tar pour créer un sous-répertoire GNOME dans votre répertoire actif. Ensuite, exécutez le script correspondant à l'architecture de votre système :  

SPARC Architecture Edition : ./GNOME/sparc/pkgs/install

x86 : Architecture Edition : ./GNOME/i386/pkgs/install

Problème  

J'ai les bonnes versions de tar et de gunzip, mais lorsque je dézippe et que j'extrais le fichier tar, il manque des fichiers et des répertoires, ce qui fait échouer l'installation.

Solution  

Vous devez vous connecter à la racine avant d'utiliser gunzip et tar pour extraire les fichiers.

Problème  

Échec du scrollKeeper après les Jumpstarts, les mises à jour et les mises à jour en direct. 

Solution  

Échec du srollKeeper en raison de l'indisponibilité de dépendances logicielles. La solution est la suivante :  

Pour toutes les installations, les mises à jour et les mises à jour en direct qui s'installent directement dans le système de fichiers racine, la base de données ScrollKeeper se propage lors de l'installation à l'aide d'un script postinstall fourni dans chaque module comme cela est requis. 

Pour les autres installations n'étant pas effectuées dans le répertoire de système de fichiers racine, le script postinstall ne se propage pas dans la base de données ScrollKeeper. 

Vous devez propager manuellement la base de données ScrollKeeper lors de la première connexion. Vous devez avoir accès à la racine pour exécuter cette action. Exécutez les commandes suivantes :  

1. su password

2. /usr/bin/scrollkeeper-rebuilddb

Dans certains cas, l'emplacement du fichier /usr/bin/scrollkeeper-rebuilddb peut être le même que celui qui suit :{INSTALL_ROOT}/usr/bin/scrollkeeper-rebuilddb