Cette annexe résume les modifications auxquelles les utilisateurs et les administrateurs système peuvent s'attendre lorsqu'ils effectuent la transition depuis SunOS 4.x pour systèmes SPARC et Solaris 2.1 pour systèmes x86.
L'option de mise à jour Solaris 2.5 est disponible si au moins l'un des disques reliés au système dispose d'un système de fichiers racine Solaris 2.1 ou version supérieure. L'option de mise à jour n'est pas disponible pour les systèmes disposant de SunOS 4.1.
L'option de mise à jour Solaris n'est pas disponible pour la transition de Solaris 2.1 à Solaris 2.5.
Pour plus d'informations concernant la transition de SunOS 4.x à Solaris 2.5 et les différences entre ces deux environnements logiciels, reportez-vous aux manuels Solaris 1.x to 2.x Transition Guide et Source Compatibility Guide.
Pour connaître certaines des modifications apportées à Solaris 2.5 par rapport à votre version, reportez-vous au manuel Solaris 1.x to 2.x Transition Guide.
L'environnement Solaris 2.5 intègre le logiciel système SunOS 5.x. Les sections suivantes décrivent brièvement les différences entre SunOS 4.x et SunOS 5.x pour les utilisateurs et les administrateurs système.
Les différences les plus flagrantes entre les versions SunOS 4.x et SunOS 5.x sont les suivantes :
De nombreuses commandes UNIX ont changé. Pour en obtenir la liste détaillée, reportez-vous au manuel Solaris 1.x to 2.x Transition Guide.
Le sous-système d'impression a changé. Par exemple :
lp(1)remplace lpr.
lpstat(1)remplace lpq.
cancel(1)remplace lprm.
troff(1)requiert un nom d'imprimante.
Les programmes de messagerie ont changé. Les boîtes à lettres et les dossiers SunOS 4.x sont entièrement compatibles avec n'importe lequel des trois programmes de messagerie Solaris 2.3 suivants :
mailtool, messagerie multimédia du DeskSet
mail(1), utilitaire de ligne de commande
mailx(1), utilitaire de ligne de commande
Pour plus d'informations sur ces rubriques, reportez-vous au manuel Solaris 1.x to 2.x Transition Guide.
En migrant de l'environnement SunOS 4.x vers SunOS 5.x, vous rencontrerez notamment les différences suivantes :
Le logiciel Solaris 2.5 peut être installé sur les systèmes SPARC uniquement depuis un lecteur de CD-ROM local ou distant, ou depuis un réseau.
Le support du logiciel Solaris 2.5 est distribué en groupes logiciels, composés de packages et de clusters, ce qui facilite l'installation. Pour connaître les informations les plus récentes sur les packages Solaris 2.5, utilisez pkginfo(1)ou swmtool.
Les conventions d'appellation des périphériques ont changé ; par exemple, les disques sont désormais nommés de la façon suivante :
Notez que sur certains disques (xy(), xd()), le composant cible n'existe pas ; dans ce cas, les noms de ces disques se présentent sous la forme c()0d0s0().
La structure des répertoires du système de fichiers a changé. Par exemple :
Le noyau, appelé unix, et ses modules associés résident dans le répertoire /kernel.
Le répertoire /opt est nouveau. Il est créé lors de l'installation en vue du stockage ou du montage d'applications logicielles facultatives.
Le répertoire /devices est une hiérarchie de fichiers de périphériques, comportant des liens symboliques dans le répertoire /dev à des fins de compatibilité avec les conventions d'appellation des périphériques de SunOS 4.x.
Le package logiciel facultatif du service RFS (Remote File Sharing) a été abandonné depuis Solaris 2.2.
Le noyau SunOS 5.x est dynamique ; l'utilisateur n'a plus besoin de reconstituer ni de modifier le fichier de configuration du noyau.
Le noyau peut charger automatiquement les gestionnaires requis pour les nouveaux périphériques ajoutés au système.
Les procédures Solaris 2.5 de démarrage et d'arrêt ont changé :
La commande init(1M)utilise différents scripts pour chaque niveau d'exécution.
La commande shutdown ne prend en charge aucune des options disponibles dans les systèmes SunOS 4.1.
Les commandes fastboot(1B)et fasthalt(1b) ne sont accessibles que par l'utilisation du package SunOS/BSD Source Compatibility.
De nombreuses commandes ont changé, ainsi que les résultats obtenus. Il est possible que vous deviez recréer des scripts. Pour plus d'informations, reportez-vous au manuel Solaris 1.x to 2.x Transition Guide.
NIS+ remplace NIS, service d'information réseau ; cependant, NIS+ utilise les données de NIS, ce qui facilite la transition vers NIS+.
Administration Tool (admintool), application Motif vous permettant d'administrer votre système local, offre la gestion des bases de données système et des informations relatives aux machines, des imprimantes, des ports série, des comptes utilisateur et des logiciels.
Les commandes de gestion d'impression ont changé. Pour en obtenir la liste détaillée, reportez-vous au manuel Solaris 1.x to 2.x Transition Guide.
Les terminaux et les modems sont contrôlés par l'intermédiaire de Service Access Facility (SAF) et System Access Controller (SAC) ; le fichier /etc/ttytab n'existe plus.
L'environnement Solaris 2.5 propose deux packages facilitant la transition et la migration vers le logiciel système SunOS 5.x pour systèmes SPARC :
Package SunOS/BSD Source Compatibility
Package SunOS Binary Compatibility
Si vous utilisez ces packages, souvenez-vous qu'ils constituent uniquement une aide temporaire à la transition, à l'intention :
Des développeurs souhaitant compiler le code source des applications SunOS 4.x afin qu'elles s'exécutent dans l'environnement Solaris 2.5.
Des utilisateurs désireux d'exécuter les binaires d'applications basés sur SunOS 4.x qui n'ont pas encore été adaptés à un environnement compatible SVID, tel que l'environnement Solaris 2.5.
Si vous installez ce package logiciel, sachez qu'il prend en charge certaines des commandes SunOS/BSD ne figurant pas dans le logiciel système SunOS 5.x ou ayant été modifiées. La compilation et l'exécution du code source des applications compatibles avec l'environnement SunOS 4.x seront possibles sous Solaris 2.5 à l'aide du package SunOS/BSD Source Compatibility.
Pour plus de détails, reportez-vous aux manuels Binary Compatibility Guide et Source Installation and Media Preparation Guide.
OpenWindows et d'autres applications exécutables liées dynamiquement ou statiquement et écrites sous SunOS 4.1.x [Les références à l'environnement ou la version "SunOS 4.1.x" comprennent la version SunOS 4.1 et toutes les versions 4.1 suivantes : 4.1.1, 4.1.1 RevB, 4.1.2, 4.1.3 et 4.1.3c.] sont prises en charge dans l'environnement Solaris 2.5 par le biais des packages SunOS Binary Compatibility et OpenWindows Binary Compatibility.
Pour utiliser ces packages, les applications créées sour SunOS 4.x ne doivent pas :
Se brancher directement au noyau
Ecrire directement dans les fichiers système
Utiliser les routines /dev/kmem ni libkvm
Utiliser des interfaces SunOS non publiées
Reposer sur des gestionnaires autres que SunOS
Le package SunOS/BSD Source Compatibility doit être installé pour que le package SunOS Binary Compatibility puisse être utilisé.
Il existe certaines différences pour les utilisateurs et les administrateurs transitant depuis la version Solaris 2.1 vers un environnement système Solaris 2.5. Par exemple, l'ordre des procédures d'installation est différent, le formatage des disques a changé, ainsi que les commandes d'impression.
La configuration des claviers x86 a changé. Pour obtenir la table complète des correspondances de touches, reportez-vous au manuel Solaris Advanced User's Guide.
L'installation du logiciel Solaris 2.5 sur un système x86 en réseau présente des différences :
kdmconfig est appelé par sysidconfig et remplace devconfig pendant l'installation.
Lorsque le serveur de bases de données bootparams est interrogé et si les configurations des machines et ethernet sont correctement définies, l'installation s'effectue sans que des questions ne soient posées. S'il existe des divergences ou que le système est autonome, une série d'écrans apparaît, vous demandant de définir le clavier, la souris et l'affichage lié au système. Reportez-vous à kdmconfig(1M).
Le formatage des disques SCSI et IDE pour systèmes x86 est différent.
L'utilitaire format(1M) est désormais disponible pour formater, étiqueter, analyser et réparer les disques SCSI. Cet utilitaire fait partie des commandes addbadsec(1M), diskscan(1M), fdisk(1M) et fmthard(1M) accessibles dans Solaris 2.1 pour x86. Pour formater les disques IDE, servez-vous de l'utilitaire de formatage DOS ; cependant, pour étiqueter, analyser et réparer les disques IDE sur systèmes x86, employez l'utilitaire format(1M) de Solaris.
La prise en charge des imprimantes PostScriptTM parallèles a changé sur les systèmes x86 :
Le gestionnaire lp a été modifié, de sorte que la configuration d'une imprimante PostScript parallèle sur les systèmes x86 est désormais identique à celle d'une imprimante série. Une seule différence persiste : le nom de périphérique du port.
Les fichiers suivants ne font plus partie de Solaris 2.5 :
/etc/lp/fd/ppostio.fd
/etc/lp/fd/ppostior.fd
/usr/share/lib/terminfo/P/PPS
/usr/share/lib/terminfo/P/PPSR
Le gestionnaire lp x86 profite maintenant de l'ajout de ioctls dans postio.
Les avantages de la version Solaris 2.5 en matière d'administration système résultent des améliorations du logiciel système Solaris, des protocoles de mise en réseau ONC et des applications d'administration. Ces améliorations sont décrites dans les sections suivantes pour les utilisateurs x86 qui n'auraient pas eu les versions intermédiaires.
Les fonctionnalités d'administration suivantes ont été améliorées depuis la version Solaris 2.3 :
La modification des configurations du clavier, de la souris et de l'affichage s'effectue avec kdmconfig.
Bootparams attribue un nom au clavier, à la souris et à l'affichage.
La séquence d'initialisation diffère sur les machines x86.
Les fonctionnalités d'administration suivantes ont été améliorées depuis la version Solaris 2.1 :
Administration Tool est amélioré afin de simplifier la configuration des modems et des terminaux.
ASET (Automated Security Enhancement Tool) permet aux administrateurs d'accroître aisément la sécurité d'un système.
Le noyau dynamique et les modules chargeables simplifient :
La gestion du noyau dans des systèmes hétérogènes
L'ajout de périphériques à des systèmes en cours d'exécution
L'ajout de gestionnaires de périphériques sans reconstitution du noyau