Christian Perrier a écrit : > Quoting Thomas Péteul (olaf@resel.fr): > >> + 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>
Attachment:
signature.asc
Description: OpenPGP digital signature