Notes de version de SUSE® Linux* Enterprise Desktop 10 SP1

1.1 Instructions d'installation

Pour démarrer une installation standard à partir d'un CD ou d'un DVD, redémarrez votre ordinateur avec le CD 1 ou le DVD 1 dans votre lecteur de CD-ROM ou de DVD.

Pour les instructions d'installation rapide sur CD ou DVD, reportez-vous au manuel Démarrage rapide de l'installation de SUSE Linux Enterprise Desktop 10 SP1. Pour des instructions d'installation plus détaillées, reportez-vous au Guide de déploiement de SUSE Linux Enterprise Desktop 10 SP1.

1.2 Utilisation de disques iSCSI lors de l'installation

Pour utiliser des disques iSCSI lors de l'installation, ajoutez le paramètre suivant à la ligne de paramètres du noyau :

withiscsi=1

Au cours de l'installation, un écran supplémentaire s'affiche pour permettre d'attacher des disques iSCSI au système et de les utiliser dans le processus d'installation.

1.3 Utilisation d'informations EDD pour l'identification des périphériques de stockage

Si vous voulez utiliser des informations EDD (/sys/firmware/edd/<périphérique>) pour identifier vos périphériques de stockage, modifiez les paramètres par défaut du programme d'installation avec un paramètre de noyau supplémentaire.

Configuration requise :

Procédure :

1.4 Il se peut que les volumes EVMS n'apparaissent pas lorsqu'on utilise iSCSI

Si vous avez installé et configuré un SAN iSCSI et si vous avez créé et configuré des disques ou des volumes EVMS sur celui-ci, il se peut que vos volumes EVMS ne soient pas visibles ou accessibles. En effet, EVMS démarre avant le service iSCSI. iSCSI doit démarrer et s'exécuter avant que les disques ou les volumes d'un SAN iSCSI ne soient accessibles.

Pour résoudre ce problème, saisissez chkconfig evms on ou chkconfig boot.evms on sur la console de serveur Linux de chaque serveur faisant partie de votre SAN iSCSI. Cela garantit que EVMS et iSCSI démarrent dans l'ordre correct chaque fois que vos serveurs redémarrent.

1.5 Installation en utilisant des noms de périphériques persistants

Si vous envisagez d'ajouter d'autres périphériques de stockage à votre système après l'installation du système d'exploitation, nous vous recommandons vivement d'utiliser des noms de périphériques persistants pour tous les périphériques de stockage au cours de l'installation. Par défaut, le programme d'installation utilise les noms de périphériques du noyau.

Au cours de l'installation, ouvrez le partitionneur. Pour chaque partition, sélectionnez Modifier et accédez à la boîte de dialogue Options FStab. Toutes les options de montage excepté Nom du périphérique proposent des noms de périphériques persistants.

Pour qu'un système déjà installé utilise des noms de périphériques persistants, suivez les instructions ci-dessus pour toutes les partitions existantes. De plus, vous devez réexécuter le module du chargeur d'amorçage dans YaST afin que le chargeur d'amorçage utilise également un nom de périphérique persistant. Démarrez le module et sélectionnez Terminer pour écrire sur disque la nouvelle configuration proposée. Cela doit être effectué avant d'ajouter les nouveaux périphériques de stockage.

Pour plus d'informations, reportez-vous à http://en.opensuse.org/Persistant_Storage_Device_Names.

1.6 Montage de partitions codées

Avec SUSE Linux Enterprise Desktop 10, nous avons défini “cryptoloop” comme module de codage par défaut. NLD 9 utilisait twofish256 et loop_fish2 avec 256 bits. Désormais nous utilisons twofish256 et cryptoloop avec 256 bits. L'ancien twofish256 a été renommé twofishSL92.

Vous pouvez modifier le type de codage dans /etc/cryptotab ou dans YaST.

1.7 Chargeur d'amorçage et montage par UUID/LABEL

Lorsque la manière de monter le périphérique racine (par exemple, par UUID ou par étiquette) est modifiée dans YaST, la configuration du chargeur d'amorçage doit être enregistrée à nouveau pour rendre effective la modification du chargeur d'amorçage.

Le paramètre mount by affiché par le module du chargeur d'amorçage YaST2 est celui qui est effectif après avoir enregistré la configuration.

2.1 Mise à niveau vers SP1 (CD ou DVD)

Pour démarrer la mise à jour standard à partir d'un CD-ROM ou d'un DVD, redémarrez votre ordinateur en ayant placé le CD 1 ou le DVD 1 dans votre lecteur de CD-ROM ou de DVD. Sélectionnez Mise à jour système au lieu d'une nouvelle installation.

2.2 Mise à niveau vers SP1 (mise à jour en ligne)

Pour effectuer la mise à jour de SLED 10 GA vers SLED 10 SP1 dans le système en cours d'exécution (au lieu de démarrer d'abord dans un système d'installation), utilisez l'une des procédures suivantes :

Avant d'effectuer une mise à jour en ligne vers SP1, assurez-vous que votre SLED 10 GA est enregistré avec un code officiel d'enregistrement et que tous les correctifs disponibles de SLED 10 ont été installés.

2.3 Mise à jour en ligne de derrière un serveur proxy obligatoire

Si vous ne pouvez pas accéder à https://update.novell.com directement mais via un serveur proxy obligatoire, suivez les instructions fournies dans le Document d'informations techniques (TID) à l'adresse http://www.novell.com/support/search.do?cmd=displayKC&docType=kc&externalId=3377050&sliceId=SAL_Public.

2.4 Migration vers SP1 avec les paquetages des modules du noyau/produits complémentaires installés

Les produits SUSE Linux Enterprise 10 offrent divers chemins de migration pour mettre à jour le système vers SP1. Cet élément est important si vous envisagez de faire migrer un système sur lequel un produit complémentaire ou des paquetages des modules du noyau sont installés (par exemple, des pilotes tiers d'ATI ou de nVidia).

La mise à jour du système via PatchCD n'est possible que si aucune source d'installation supplémentaire (telle que le SDK) n'a été précédemment enregistrée. Si vous dépendez de ce chemin de mise à jour, la solution consiste à fournir le PatchCD via FTP/NFS/HTTP comme source d'installation.

La mise à jour d'un système sur lequel des paquetages des modules du noyau tiers sont installés pour les cartes graphiques ATI ou nVidia nécessite un soin particulier. Lorsque vous effectuez la mise à jour d'un système avec ces paquetages, vous avez deux possibilités :

Pour plus d'informations, reportez-vous à Migration vers SP1 avec des produits complémentaires et des paquetages des modules du noyau.

2.5 Obtention de pilotes ATI/nVidia mis à jour

Si vous utilisez des pilotes ATI ou nVidia, nous vous recommandons de lire attentivement les informations qui suivent avant d'effectuer la mise à jour vers SLED 10 SP1. En général, un pilote mis à jour manquant se traduira par un conflit au cours du processus de mise à jour qui nécessite l'intervention de l'utilisateur. Si, par inadvertance, vous ignorez ces conflits, ou si vous supprimez le pilote, il se peut que votre système ne puisse plus démarrer en mode graphique.

Nous ne prenons en charge que la mise à jour des versions de pilotes ayant été installés au cours de l'installation initiale de SUSE Linux Enterprise 10 à partir des catalogues de logiciels prédéfinis.

Mise à jour système

Pendant une mise à jour système, les catalogues logiciels requis sur ati.com et nvidia.com ne sont pas connus du système mais sont ajoutés lorsque ce dernier a été enregistré auprès du centre de clientèle Novell (NCC). Cela signifie qu'aucune version de pilote compatible SP1 pour votre carte graphique n'est disponible à cette étape de la mise à jour. Le système vous invite à résoudre le conflit de dépendance manuellement. Lorsque les catalogues correspondants ont été ajoutés, le système récupère automatiquement le pilote requis.

Mise à jour en ligne

2.6 Passage de Heimdal à MIT Kerberos

MIT Kerberos est désormais utilisé en remplacement de Heimdal. La conversion automatique d'une configuration Heimdal existante n'est pas toujours possible. Pendant une mise à jour du système, des copies de sauvegarde des fichiers de configuration sont créées dans /etc avec le suffixe .heimdal. Les paramètres de configuration générés par YaST dans /etc/krb5.conf sont convertis, mais vérifiez si les résultats correspondent à vos attentes.

Avant de démarrer la mise à jour, vous devez décoder une base de données Heimdal existante dans un fichier interprétable par l'utilisateur avec la commande kadmin -l dump -d heimdal-db.txt. De cette façon, vous pouvez créer une liste des principaux disponibles que vous pouvez restaurer un par un l'aide de KDC de MIT Kerberos. Vous obtiendrez plus d'informations sur la mise en place de KDC dans la documentation dans le paquetage krb5-doc.

Pour configurer un client Kerberos, démarrez le module client Kerberos de YaST et saisissez vos valeurs pour Domaine standard, Zone (realm) standard et Adresse serveur KDC.

2.7 Reconfiguration de pilotes sonores Intel et nVidia

Quand on met jour un système avec le module snd-intel8x0 (pour les puces Intel, SIS, AMD et Nvidia sur carte), le système peut s'avérer incapable de charger le module lors du réamorçage, parce que l'option de module joystick a été retiré dans la dernière version. Pour corriger le problème, configurez le système sonore avec YaST.

3.1 Pilotes réseau

3.2 Pilotes de stockage

3.3 Prise en charge audio

3.4 Prise en charge des cartes graphiques

3.5 Autres

4.1 Client Novell pour Linux

Si vous effectuez la mise à niveau de SLED 10 vers SLED 10 SP1 et si le Novell Client™ 1.2 pour Linux est installé, le Client 1.2, bien qu'il ne soit pas pris en charge par SLED 10 SP1, fonctionnera avec une perte minimale de fonctionnalités.

Le Novell Client 2.0 pour SLED 10 SP1 sera disponible à partir des Téléchargements Novell dans un futur proche.

4.2 Client iFolder

Le client iFolder™ 3.4 pour SLED 10 SP1, disponible dans les Téléchargements Novell, permet aux utilisateurs de partager leurs fichiers locaux par l'intermédiaire d'un serveur Novell iFolder 3.2 central. Les utilisateurs peuvent créer plusieurs dossiers iFolder, partager chacun des dossiers iFolder avec d'autres utilisateurs et spécifier les droits d'accès de chaque membre aux données iFolder. Les utilisateurs peuvent également accéder aux dossiers iFolder que d'autres membres partagent avec eux.

Le client iFolder 3.4 pour SLED 10 SP1 est disponible pour les architectures 32 bits (i586) et 64 bits (x86_64). Le client comporte trois modules : iFolder, Nautilus et Simias. Chacun des fichiers de téléchargement compressés contient les trois modules de l'architecture spécifiée.

Pour utiliser le client, l'utilisateur doit également avoir un compte iFolder sur un serveur Novell iFolder 3.2.

Pour plus d'informations, reportez-vous au Guide de l'utilisateur de iFolder 3.4 Client.

4.3 Réglage fin des paramètres du pare-feu

SuSEfirewall2 est activé par défaut. Cela signifie que, par défaut, vous ne pouvez pas vous loguer à partir de systèmes distants. Ce pare-feu interfère avec la navigation sur le réseau et les applications de multidiffusion, telles que SLP, Samba (voisinage réseau) et certains jeux. Vous pouvez ajuster les paramètres du pare-feu à l'aide de YaST.

4.4 Outils de gestion basés sur ZMD

Les outils de gestion basés sur ZMD (rug, zen-installer et zen-updater) affichent les paquetages du service supprimé.

4.5 Xgl

Voici les principales étapes permettant d'exécuter XGL si vous avez une carte graphique ATI ou nVidia prise en charge :

nVidia

ATI

4.6 Activation de Xgl en cas d'utilisation de pilotes de cartes graphiques propriétaires

Si vous activez Xgl lorsque vous utilisez des pilotes de cartes graphiques propriétaires, la possibilité de mise en veille sur RAM et de mise en veille sur disque est désactivée par défaut (car un échec est possible et il se traduirait par la perte des données). Vous pouvez activer ces fonctions manuellement en modifiant le fichier /etc/powersave/sleep.

Pour activer la mise en veille sur RAM, définissez la valeur suivante sur Non :

DISABLE_USER_SUSPEND2RAM=”no”

Pour activer la mise en veille sur disque, définissez la valeur suivante sur Non :

DISABLE_USER_SUSPEND2DISK=”no”

Avant tout travail de production, nous vous recommandons de tester les fonctions de mise en veille et de reprise après avoir modifié ces valeurs pour vous assurer qu'elles fonctionnent correctement.

4.7 Xen

Xen a été mis à jour vers la version 3.0.4 avec des fonctions de sélection en amont. Cette nouvelle version comporte de nouveaux outils, prend en charge le tampon de trame paravirtualisé, permet aux VM 32 bits de fonctionner sur un hyperviseur 64 bits et offre la prise en charge entièrement virtualisée améliorée des invités.

#!/bin/sh set -e domid=`xm domid “$1”` port=`xenstore-read /local/domain/${domid}/console/vnc-port` vncviewer ::$port

4.8 Connexion à un domaine Active Directory local au cours de l'installation

Si vous voulez vous connecter à un domaine “.local” Active Directory au cours de l'installation de SLED 10 SP1, désactivez la gestion mdns en ajoutant mdns off au fichier /etc/host.conf.

4.9 Prise en charge de KDE et d'IPv6

Par défaut, le support IPv6 n'est pas activé pour KDE. Pour l'activer, utilisez l'éditeur /etc/sysconfig de YaST. Cette fonction est désactivée car les adresses IPv6 ne sont pas prises en charge correctement par tous les fournisseurs de services internet. Cela peut donc se traduire par des messages d'erreur lors de la navigation sur le Web et par des délais d'attente pour afficher les pages Web.

5.1 Fin de la prise en charge de JFS

JFS n'est plus pris en charge pour les nouvelles installations. Le pilote du système de fichiers du kernel demeure, mais YaST n'offre pas le partitionnement avec JFS.

5.2 Événements Hotplug gérés par le démon udev

Les événements Hotplug sont désormais entièrement gérés par le démon udev (udevd). Nous n'utilisons plus le système multiplexeur d'événements dans /etc/hotplug.d, ni /etc/dev.d À la place, udevd appelle directement tous les outils d'aide hotplug selon ses règles. Les règles udev et les outils d'aide sont fournis par udev et divers autres paquetages.

5.3 Intel Core Duo : le processeur se plaint si le second coeur est inactif

Certains ordinateurs portables Intel Core Duo ou Core 2 Duo produisent un bruit aigu lorsqu'ils fonctionnent sur batterie. Si vous rencontrez ce problème, vous pouvez le contourner en transmettant max_cstate=2 comme paramètre d'amorçage ou echo 2 >/sys/module/processor/parameters/max_cstate lors de l'exécution. Notez que le temps de charge de la batterie peut être réduit si vous faites appel à cette solution.

5.4 Comment devenir superutilisateur en utilisant su

Par défaut, l'appel de su pour devenir root ne définit pas PATH pour root. Appelez su - pour démarrer un shell de login avec l'environnement complet pour root ou définissez ALWAYS_SET_PATH sur Yes dans /etc/default/su si vous voulez modifier le comportement par défaut de su.

5.5 Envoi de clés xauth entre utilisateurs avec sux

Le script de shell sux a été supprimé. La fonctionnalité d'envoi de clés xauth keys entre utilisateurs est désormais gérée par le module pam_xauth et su.

5.6 PCMCIA

cardmgr ne gère plus les cartes PC. À la place, comme avec les cartes Cardbus et d'autres sous-systèmes, un module de kernel les gère. Toutes les actions nécessaires sont exécutées par hotplug. Le script de démarrage pcmcia a été supprimé et cardctl est remplacé par pccardctl. Pour plus d'informations, reportez-vous à /usr/share/doc/packages/pcmciautils/README.SUSE.

5.7 Norme JPackage pour les paquetages Java

Les paquetages Java ont été modifiés pour respecter la Norme JPackage. Pour plus d'informations, reportez-vous à /usr/share/doc/packages/jpackage-utils.

5.8 Paramètres régionaux dans ~/.i18n

Si vous n'êtes pas satisfait des paramètres par défaut de votre système, vous pouvez les modifier dans ~/.i18n. Les entrées de ~/.i18n remplacent les paramètres par défaut de votre système de /etc/sysconfig/language. Utilisez les mêmes noms de variables sans les préfixes d'espaces de noms RC_. (par exemple, utilisez LANG au lieu de RC_LANG). Pour plus d'informations sur les paramètres régionaux en général, reportez-vous à la “Section 19.4 : Paramètres de langue et de pays” dans le Guide de déploiement de SUSE Linux Enterprise Desktop 10 SP1 .

5.9 Configuration de D-BUS pour la communication entre processus dans .xinitrc

La plupart des applications dépendent désormais de D-BUS pour la communication entre processus (IPC). L'appel dbus-launch lance dbus-daemon. L'ensemble du système /etc/X11/xinit/xinitrc utilise dbus-launch pour lancer le gestionnaire de fenêtres.

Si vous disposez d'un fichier ~/.xinitrc local, vous devez le modifier en conséquence. Sinon, il se peut que les applications telles que F-Spot, Helix Banshee, Tomboy ou NetworkManager échouent. Enregistrez votre ancien ~/.xinitrc, puis copiez le nouveau fichier de modèle dans votre répertoire privé avec :

cp /etc/skel/.xinitrc.template ~/.xinitrc

Ajoutez enfin vos personnalisations depuis .xinitrc que vous avez enregistré.

5.10 Fichiers renommés liés à NTP

Pour des raisons de compatibilité avec LSB (Linux Standard Base), la plupart des fichiers de configuration et le script init ont été renommés de xntp en ntp Les nouveaux noms de fichiers sont :

5.11 Désactivation du démon Powersave

Sur certains ordinateurs, le contrôle de la fréquence de l'unité centrale peut provoquer des blocages lorsque l'ordinateur est inactif ou que le démon Powersave (powersaved) démarre. Dans ce cas de figure, désactivez le démon powersave à l'installation avec le paramètre de démarrage POWERSAVE=off.

Si ce paramètre n'est pas donné au démarrage initial du CD lors de l'installation, powersaved doit être désactivé ultérieurement à l'aide de la commande chkconfig powersaved off.

5.12 APIC E/S et local

L'APIC E/S et local pour l'architecture x86 32 bits a changé. Un APIC E/S et local (I/O Advanced Programmable Interrupt controller) est une alternative compatible SMP pour les contrôleurs d'interruptions de type PC. Les systèmes SMP et tous les systèmes monoprocesseurs récents comportent ce type de contrôleur.

Jusqu'à présent, l'APIC E/S et local était, par défaut, désactivé sur les systèmes monoprocesseurs et était activé manuellement à l'aide du paramètre de kernel apic. Il s'exécute maintenant par défaut et peut être désactivé manuellement. Pour les systèmes 64 bits, APIC est toujours activé par défaut.

Si vous rencontrez des problèmes de fonctionnement sur certains périphériques, vous pouvez appliquer les options de configuration suivantes :

5.13 Paramètres ulimit

Vous pouvez configurer les paramètres ulimit dans /etc/sysconfig/ulimit. Par défaut, deux limites seulement sont modifiées par rapport aux paramètres par défaut du kernel :

N'importe quel utilisateur peut remplacer ces limites souples grâce à la commande ulimit. Les limites fixes ne peuvent être modifiées que par l'utilisateur root.

Les valeurs choisies restent basses afin de ne pas interrompre des processus volumineux qui, auparavant, fonctionnaient correctement. Si aucun processus autorisé ne consomme beaucoup de mémoire, réduisez ces limites afin de protéger plus efficacement votre ordinateur contre les processus incontrôlables. Ces limites sont fixées processus par processus et ne représentent donc pas une protection efficace contre les utilisations malveillantes. Leur objectif reste de protéger contre une utilisation excessive accidentelle de la mémoire.

Pour configurer des limites différentes en fonction de l'utilisateur, utilisez la fonctionnalité pam_limits et configurez /etc/security/limits.conf. Le paquetage ulimit n'est pas requis pour cette opération, mais les deux mécanismes peuvent être utilisés en parallèle. Les limites configurées via limits.conf remplacent les paramètres globaux par défaut du paquetage ulimit.

5.14 Mise à jour de la base de données PCI ID

Les paquetages des modules du noyau (KMP) peuvent désormais mettre à jour la base de données PCI ID d'un système pour ajouter la prise en charge de nouveaux composants matériels.

Pour mettre à jour la base de données PCI ID d'un système un KMP installe un fichier contenant des informations PCI ID mises à jour dans le répertoire /user/share/pci.id.d/. Ce fichier contient des informations PCI ID formatées en utilisant la syntaxe standard du fichier pci.ids (reportez-vous à http://pciids.sourceforge.net/pci.ids).

Pour fusionner les informations PCI ID mises à jour dans la base de données PCI ID du système, la section %post du fichier spec d'un KMP doit inclure :

if [ -x /usr/bin/merge-pciids -a -x /usr/bin/perl ]; then /usr/bin/merge-pciids else echo “ERROR: merge-pciids or perl not found” fi