Errata pour l'installateur Debian

Errata pour la première version candidate à la publication pour Lenny

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 compte-rendu d'installation (en anglais) décrivant le problème.

Guide d'installation obsolète sur les media d'installation
La copie du guide d'installation incluse dans les media d'installation est obsolète. Les utilisateurs ont suggéré d'utiliser la copie mise à jour sur le site web.
Le CD multiarchitectures amorce directement l'installateur pour AMD64
Le CD multiarchitectures («·multiarch·») ne montre pas le menu d'amorçage mais démarre directement sur l'installateur pour AMD64 (Bogue #505243).
Affichage corrompu des messages dans les installations en Dzongkha
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).
Les langues de repli ne sont pas utilisées comme prévu
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.
Les contrôleurs de disque Marvell ne sont pas pris en charge dans les media CD-ROM
À 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 i386 ou amd64, 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·».
Possible modification des périphériques de disques lors du redémarrage
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 (udev) 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.
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.
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 ;
Problèmes au redémarrage après l'installation depuis une clé USB
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 #506263 pour plus de détail et les solutions de contournement.
Problèmes de réseau possibles avec des routeurs bogués
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 n° 401435 et à cet article de kerneltrap pour de plus amples informations.
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 :
echo 0 > /proc/sys/net/ipv4/tcp_window_scaling
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 :
echo 4096 65536 65536 >/proc/sys/net/ipv4/tcp_rmem
echo 4096 65536 65536 >/proc/sys/net/ipv4/tcp_wmem
Architectures i386 : pas d'installation à partir de disquettes
À 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.
Architectures i386/amd64 : l'installation de GRUB sur un cpqarray de volumes RAID peut échouer
Sont affectés les systèmes qui ont des équipements /dev/ida/cXdX. Ce problème (#466600) 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.
Architecture PowerPC : divers problèmes
Le portage sur l'architecture PowerPC a plusieurs problèmes dans cette version :
  • 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,
  • 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 /etc/modules ;
Architecture sparc : échoue lors de la reconnaissance du contrôleur SCSI ESP/FAS
Il manque aux images de l'installateur le module du noyau sun_esp qui est nécessaire pour gérer les lecteurs CD et les disques connectés à un contrôleur ESP ou FAS.
Architecture s390 : capacités non gérées
  • la gestion de la règle DASD DIAG n'est actuellement pas disponible,
  • la gestion des interfaces réseau LCS n'est plus disponible.