Christian Perrier a écrit : > Quoting Thomas Péteul ([EMAIL PROTECTED]): > >> + Laissez la clé USB en place provisoirement vous permettra de démarrer le > > > s/Laissez/Laisser > > Je tâcherai de penser à vous prévenir la prochaine fois que l'errata > est changé vu que c'est parti pour que ce soit moi qui maintienne ce > fichier, maintenant. > Intégré, et je commite dans la foulée.
Voici le fichier complet avec les corrections. -- Olaf'
#use wml::debian::template title="Errata pour l'installateur Debian" #use wml::debian::recent_list #use wml::debian::translation-check translation="1.122" maintainer="Nicolas Bertolissio" <h1 id="lenny-rc1"><i>Errata</i> pour la première version candidate à la publication pour Lenny</h1> <p> Voici une liste des problèmes connus dans la première version candidate à la publication de l'installateur Debian pour Lenny. Si vous n'y voyez pas le problème que vous rencontrez, veuillez nous envoyer un <a href="report-template">compte-rendu d'installation</a> (en anglais) décrivant le problème. </p> <dl class="gloss"> <dt>Guide d'installation obsolète sur les media d'installation</dt> <dd> La copie du guide d'installation incluse dans les media d'installation est obsolète. Les utilisateurs ont suggéré d'utiliser <a href="http://www.debian.org/releases/lenny/installmanual";>la copie mise à jour sur le site web</a>. </dd> <dt>Le CD multiarchitectures amorce directement l'installateur pour AMD64</dt> <dd> Le CD multiarchitectures («·multiarch·») ne montre pas le menu d'amorçage mais démarre directement sur l'installateur pour AMD64 (Bogue #505243). </dd> <dt>Affichage corrompu des messages dans les installations en Dzongkha</dt> <dd> Quand le mot de passe choisi pour root et sa confirmation ne correspondent pas, l'affichage des écrans qui suivent est brouillé pendant l'installation en langue Dzongkha (affichage cassé d'une police en italique). </dd> <dt>Les langues de repli ne sont pas utilisées comme prévu</dt> <dd> Pour certaines langues (à savoir le sami du nord et le wolof), une langue de repli différente de l'anglais devait être utilisée. Cependant, seul l'anglais est utilisé comme repli pour ces langues. Les utilisateurs sélectionnant ces langues, et particulièrement le sami du nord, se verront présenter de nombreux écrans en anglais. </dd> <dt>Les contrôleurs de disque Marvell ne sont pas pris en charge dans les media CD-ROM</dt> <dd> À cause de l'absence du paquet pata-modules sur les media pour i386 et amd64, les périphériques gérés par les contrôleurs de disque Marvell ne sont pas détectés. Comme solution de contournement, vous pouvez télécharger manuellement le paquet udeb pour <a href="http://http.us.debian.org/debian/pool/main/l/linux-kernel-di-i386-2.6/pata-modules-2.6.26-1-486-di_1.72_i386.udeb";>i386</a> ou <a href="http://http.us.debian.org/debian/pool/main/l/linux-kernel-di-amd64-2.6/pata-modules-2.6.26-1-amd64-di_1.72_amd64.udeb";>amd64</a>, le mettre sur un medium éjectable et l'installer manuellement en lançant la commande «·udpkg -i·» depuis la seconde console. Exécutez ensuite «·depmod -a·; modprobe pata_marvell·». </dd> <dt>Possible modification des périphériques de disques lors du redémarrage</dt> <dd> Sur les systèmes comportant plusieurs contrôleurs de disques lors du redémarrage du système, le programme réalisant la gestion des périphériques en espace mémoire utilisateur (<q>udev</q>) peut assigner un nœud de périphérique différent de celui utilisé pendant l'installation à cause d'un changement dans l'ordre de chargement des pilotes.<br /> Ceci peut entraîner l'échec du démarrage du système. Dans la plupart des cas, ceci peut être corrigé en modifiant la configuration du chargeur d'amorçage et /etc/fstab, en utilisant le mode de secours de l'installateur par exemple.<br /> Veuillez noter cependant que ce problème peut se reproduire lors des démarrages suivants. La correction de ce problème est une priorité pour la prochaine version de l'installateur Debian ; </dd> <dt>Problèmes au redémarrage après l'installation depuis une clé USB</dt> <dd> Le problème ci-dessus peut aussi avoir lieu lors de l'installation depuis une clé USB. Laisser la clé USB en place provisoirement vous permettra de démarrer le système installé et la bonne configuration du chargeur d'amorçage. Voir <a href="http://bugs.debian.org/401435";>#506263</a> pour plus de détail et les solutions de contournement. </dd> <dt>Problèmes de réseau possibles avec des routeurs bogués</dt> <dd> Si vous rencontrez des problèmes de réseau durant l'installation, cela peut être dû à un routeur situé quelque part entre vous et le miroir Debian et qui ne gère par correctement le dimensionnement de la fenêtre TCP. Veuillez vous reporter au bogue <a href="http://bugs.debian.org/401435";>\ n° 401435</a> et à cet <a href="http://kerneltrap.org/node/6723";>\ article de kerneltrap</a> pour de plus amples informations.<br /> Vous pouvez contourner ce problème en désactivant le dimensionnement de fenêtre TCP. Saisissez dans un interpréteur de commandes la commande suivante :<br /> <tt>echo 0 > /proc/sys/net/ipv4/tcp_window_scaling</tt><br /> Une fois le système installé, vous ne devriez probablement pas désactiver complètement le dimensionnement de la fenêtre TCP. Les commandes suivantes configurent des intervalles en lecture et écriture qui devraient fonctionner pour pratiquement tous les routeurs :<br /> <tt>echo 4096 65536 65536 >/proc/sys/net/ipv4/tcp_rmem</tt><br /> <tt>echo 4096 65536 65536 >/proc/sys/net/ipv4/tcp_wmem</tt> </dd> <!-- conservé pour une possible utilisation ultérieure... <dt>Architecture i386 : plus de 32 Mo requis pour l'installation</dt> <dd> La qualité minimale de mémoire requise pour réussir l'installation sur l'architecture i386 est de 48 Mo, au lieu de 32 Mo précédemment. Nous espérons réduire à nouveau ce besoin à 32 Mo plus tard. Le besoin de mémoire peut aussi avoir changé pour les autres architectures ; </dd> --> <dt>Architectures i386 : pas d'installation à partir de disquettes</dt> <dd> À cause de l'augmentation de la taille du noyau 2.6.24, nous ne pouvons fournir d'images d'installation pour disquettes. Nous prévoyons d'être capable de prendre en charge les installations avec disquettes quand l'installateur passera à la version suivante du noyau. </dd> <dt>Architectures i386/amd64 : l'installation de GRUB sur un cpqarray de volumes RAID peut échouer</dt> <dd> Sont affectés les systèmes qui ont des équipements <tt>/dev/ida/cXdX</tt>. Ce problème (<a href="http://bugs.debian.org/466600";>#466600</a>) devrait être corrigé rapidement après la publication des reconstructions quotidiennes et hebdomadaires de l'installateur et des images CD/DVD lorsqu'une version corrigée de GRUB atteindra testing. </dd> <dt>Architecture PowerPC : divers problèmes</dt> <dd> Le portage sur l'architecture PowerPC a plusieurs problèmes dans cette version : <ul> <li>l'installation par disquettes pour la sous-architecture oldworld est cassée car aucun nœud n'est créé pour le module swim3 et car miboot n'est pas fourni,</li> <li>le module snd-powermac n'est plus chargé par défaut car il gèle certains systèmes ; vous devrez l'ajouter vous-même dans <tt>/etc/modules</tt> ;</li> </ul> </dd> <dt>Architecture sparc : échoue lors de la reconnaissance du contrôleur SCSI ESP/FAS</dt> <dd> Il manque aux images de l'installateur le module du noyau <tt>sun_esp</tt> qui est nécessaire pour gérer les lecteurs CD et les disques connectés à un contrôleur ESP ou FAS. </dd> <dt>Architecture s390 : capacités non gérées</dt> <dd> <ul> <li>la gestion de la règle<!-- discipline ? --> DASD DIAG n'est actuellement pas disponible,</li> <li>la gestion des interfaces réseau LCS n'est plus disponible.</li> </ul> </dd> </dl>
signature.asc
Description: OpenPGP digital signature
