Copyright © 2007 Red Hat, Inc. et autres. Ce materiel ne peut être distribué que conformément aux termes et conditions formulés dans la Licence Publique Générale, v1.0, disponible à http://www.opencontent.org/openpub/.
Les sujets suivants sont abordés dans ce document :
Communiqué de phase de maintenance
Notes concernant l'installation
Informations générales
Certaines mises à jour sous Red Hat Enterprise Linux 3 Update 9 peuvent ne pas figurer dans cette version. Une version mise à jour des Notes de mise à jour de Red Hat Enterprise Linux 3 Update 9 sera disponible à l'URL suivant :
Voici la mise à jour finale prévue pour Red Hat Enterprise Linux 3. Avec cette distribution, Red Hat Enterprise Linux 3 entre maintenant dans sa phase de maintenance. Notez que bien que Red Hat Enterprise Linux 3 soit en phase de maintenance, Red Hat continuera de fournir des correctifs pour les problèmes de fonctionnement et de sécurité critiques jusqu'à la fin du cycle de vie du produit.
La section suivante contient des informations spécifiques au programme d'installation de Red Hat Enterprise Linux, Anaconda.
Afin de mettre à niveau un système Red Hat Enterprise Linux 3 déjà installé à la version Update 9, vous devez utiliser Red Hat Network pour mettre à jour les paquetages qui ont changé. L'utilisation d'Anaconda pour une mise à niveau à la version Update 9 n'est pas prise en charge.
Utilisez Anaconda seulement pour effectuer une nouvelle installation complète de Red Hat Enterprise Linux 3 Update 9.
Si vous copiez le contenu des CD-ROM de Red Hat Enterprise Linux 3 Update 9 (par exemple, en vue d'une installation basée sur le réseau), assurez-vous de ne copier que les CD-ROM du système d'exploitation. Ne copiez pas le CD-ROM de paquetages supplémentaires et ne copiez aucun des CD-ROM de produits en couche car une telle opération écraserait certains fichiers nécessaires au bon fonctionnement d'Anaconda.
Ces CD-ROM doivent être installés après l'installation de Red Hat Enterprise Linux 3 Update 9.
Les lames IBM HS20 peuvent geler durant le redémarrage avec une erreur stipulant :
NET4: Frame Diverter 0.46
Pour empêcher des gels de redémarrage ultérieurs, ajoutez les paramètres usb-handoff et noapic à la ligne de commande du noyau.
Les options up2date, --undo et list-rollbacks sont maintenant obsolètes. Actuellement la méthode recommandée pour un rollback est d'utiliser la fonctionnalité Rollback multi-états fournie par les droits d'accès du Provisionnement de Red Hat Network. Pour plus d'informations à ce sujet, consultez http://www.redhat.com/rhn/rhndetails/provisioning/.
Par ailleurs, vous pouvez également déclasser un RPM manuellement. À cet effet, obtenez l'ancien RPM et exécutez la commande suivante :
rpm -Uvh --oldpackage --nosignature --nodigest <nom de fichier de l'ancien RPM>
Un bogue dans l'option noacl de montage de NFS peut potentiellement permettre l'accès en lecture à un processus non autorisé à des données en cache. Cela vient du fait que noacl empêche les processus de consulter le serveur, en désactivant les appels ACCESS sous Red Hat Enterprise Linux 3. Par conséquent, le noyau doit se fier aux bits du mode de fichier, qui à leur tour peuvent permettre à un appel ouvert de réussir de façon inappropriée. Enfin, cela peut entraîner des accès en lecture non autorisés à des données en cache.
Ce problème ne sera pas résolu étant donné que certains clients utilisent noacl pour rehausser les performances de NFS. Les tests ont montré que tous les correctifs proposés pour résoudre ce bogue, affectent les systèmes utilisant noacl. Nous recommandons aux utilisateurs concernés par ce problème de sécurité potentiel de ne pas utiliser l'option de montage noacl de NFS.
La page de manuel pour l'utilitaire nfsstat référence l'option -z de façon incorrecte, ce qui n'est pas pris en charge dans cette distribution.
gaim a été renommé pidgin.
Une panique de noyau peut survenir quand un adaptateur de Ports sériels USB ConnectTech WhiteHeat est connecté au moment du démarrage. Pour utiliser ce périphérique en tant que tel, vous devrez le disconnecter durant le démarrage et le reconnecter une fois le processus de démarrage complété.
Quand vous configurez la mémoire partagée, kernel.shmall doit être 1 au-dessus de la quantité de mémoire partagée que vous désirez utiliser. Cela peut être défini dans /etc/sysctl.conf.
( x86-64 )