Dysfonctionnements pendant la procédure d'installation Fiabilité des lecteurs de cédéroms Parfois, particulièrement avec d'anciens lecteurs, l'installateur ne peut s'amorcer à partir d'un cédérom. Il arrive aussi que même aprés un amorçage réussi, l'installateur ne reconnaisse pas le lecteur ou bien signale des erreurs de lecture pendant l'installation. Plusieurs causes sont possibles. Voici une liste de problèmes communs, accompagnés de suggestions sur la manière de les traiter. Si vous ne pouvez faire l'installation à partir d'un cédérom, vous pouvez essayer l'une des autres méthodes disponibles. Problèmes communs Certains lecteurs anciens ne peuvent lire des disques gravés à grande vitesse sur les lecteurs modernes. Quand le système s'amorce correctement à partir d'un cédérom, cela ne veut pas dire que Linux reconnaisse le contrôleur auquel est connecté le lecteur de cédéroms. Certains lecteurs anciens ne fonctionnent pas correctement si le DMA (direct memory access est activé. Comment résoudre ces problèmes ? Si le cédérom ne peut amorcer l'installateur, voici une liste de suggestions. Vérifiez que le BIOS est réellement capable de gérer l'amorçage à partir d'un cédérom, certains anciens systèmes ne le permettent pas. Vérifiez aussi que le lecteur reconnaît le support que vous utilisez. Si vous avez téléchargé une image iso, vérifiez que la somme md5 de cette image correspond à celle associée dans le fichier MD5SUMS qui se trouve normalement là où vous avez téléchargé l'image. $ md5sum debian-testing-i386-netinst.iso a20391b12f7ff22ef705cee4059c6b92 debian-testing-i386-netinst.iso Vérifiez ensuite que la somme md5 du cédérom gravé correspond aussi. La commande suivante devrait fonctionner. Elle utilise la taille de l'image pour lire le nombre d'octets sur le cédérom. $ dd if=/dev/cdrom | \ > head -c `stat --format=%s debian-testing-i386-netinst.iso` | \ > md5sum a20391b12f7ff22ef705cee4059c6b92 - 262668+0 records in 262668+0 records out 134486016 bytes (134 MB) copied, 97.474 seconds, 1.4 MB/s Quand le lecteur de cédéroms n'est pas reconnu même après un amorçage réussi, il suffit souvent de recommencer pour résoudre le problème. Si vous possédez plusieurs lecteurs, mettez le cédérom dans l'autre lecteur. Si rien ne marche ou si des erreurs de lecture sont signalées, essayez les suggestions listées ci-dessous. Une connaissance élémentaire de Linux est nécessaire. Pour exécuter ces commandes, il faut passer sur la deuxième console virtuelle (VT2) et lancer un interpréteur de commandes. Passez sur VT4 et consultez le fichier /var/log/syslog (avec l'éditeur nano) pour des messages d'erreur spécifiques. Vérifiez ensuite la sortie de dmesg. Si votre lecteur a été reconnu, vérifiez la sortie de dmesg. Vous devriez voir des lignes de ce type (elles ne se suivent pas nécessairement) : Probing IDE interface ide1... hdc: TOSHIBA DVD-ROM SD-R6112, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 hdc: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 Si vous ne voyez rien de tel, il est probable que le contrôleur du lecteur n'a pas été reconnu ou qu'il n'est pas du tout géré. Si vous connaissez le pilote nécessaire au lecteur, vous pouvez le charger vous-même avec modprobe. Vérifiez que le lecteur de cédérom est bien listé dans le répertoire /dev/. Pour l'exemple ci-dessus, ce serait /dev/hdc. Il doit exister aussi un fichier /dev/cdroms/cdrom0. Vérifiez avec la commande mount que le cédérom est déjà monté. Si non, montez-le vous-même : $ mount /dev/hdc /cdrom Vérifiez si cette commande a provoqué des messages d'erreur. Vérifiez si le DMA est activé : $ cd /proc/ide/hdc $ grep dma settings using_dma 1 0 1 rw Un 1 signifie qu'il est activé. Dans ce cas, désactivez-le : $ echo -n "using_dma:0" >settings Assurez-vous que vous êtes bien dans le répertoire du périphérique qui correspond au lecteur de cédéroms. Si vous rencontrez des problèmes pendant l'installation, vérifiez l'intégrité du cédérom avec l'option qui se trouve en fin du menu principal de l'installateur. Cette option peut aussi servir de test quand le cédérom peut être lu correctement. Fiabilité des disquettes Le plus gros problème pour les gens qui utilisent des disquettes pour installer Debian est celui de la fiabilité des disquettes. La disquette d'amorçage est celle qui pose les problèmes les plus embêtants car elle est lue directement par le matériel, avant que Linux ne se charge. Souvent, le matériel ne lit pas aussi sûrement qu'avec un lecteur de disquette Linux et peut s'arrêter sans message d'erreur quand il lit des données incorrectes. Il peut aussi y avoir des erreurs dans les disquettes de pilotes et la plupart d'entre elles se signalent par des messages sur des erreurs d'entrée/sortie. Si vous êtes bloqué pendant l'installation avec une disquette, la première chose à faire est de réécrire l'image sur une nouvelle disquette. Reformater simplement l'ancienne disquette peut être insuffisant, même si la disquette est reformatée et écrite sans erreur. Il est parfois utile d'écrire les disquettes sur un autre système. Normalement il n'est pas nécessaire de télécharger à nouveau l'image ; mais, en cas de problèmes, il est toujours utile de vérifier que les images ont été correctement téléchargées en vérifiant les sommes md5. Un utilisateur a rapporté qu'il avait dû réécrire les images sur la disquette trois fois avant qu'elle fonctionne ; ensuite, tout s'est bien déroulé avec cette troisième disquette. D'autres utilisateurs ont signalé qu'en redémarrant plusieurs fois avec la même disquette, on arrive parfois à faire amorcer le système. Tout cela est dû à des défaillances matérielles ou à des défaillances du microprogramme de contrôle des lecteurs de disquettes. Configuration d'amorçage Si le noyau se bloque pendant la phase d'amorçage, s'il ne reconnaît pas vos périphériques ou bien si les disques ne sont pas identifiés correctement, la première chose à faire est de vérifier les paramètres d'amorçage, ainsi qu'il a été discuté dans la . Si vous amorcez avec votre propre noyau plutôt que celui fourni par l'installateur, assurez-vous que CONFIG_DEVFS ne soit pas déclaré dans le noyau. L'installateur n'est pas compatible avec CONFIG_DEVFS. Les problèmes sont souvent résolus en retirant périphériques et extensions et en essayant de réamorcer. Modems internes, cartes son et périphériques Plug'n Play sont souvent la cause des problèmes. Si votre machine possède beaucoup de mémoire, plus de 512 Mo, et si l'installateur se bloque lors de l'amorçage du noyau, vous pouvez donner un paramètre d'amorçage pour limiter le total de la mémoire que le noyau devra prendre en compte, par exemple mem=512m. Problèmes communs pour &arch-title; Certains problèmes d'installation peuvent être résolus ou évités en passant des paramètres d'amorçage à l'installateur. Certains systèmes ont un lecteur de disquettes avec « DCL inversés ». Si vous obtenez des erreurs lors de la lecture de disquettes et si vous savez que les disquettes sont « bonnes », essayez le paramètre floppy=thinkpad. Sur certains systèmes, tels que les IBM PS/1 ou ValuePoint (qui ont des pilotes de disques ST-506), le disque IDE peut ne pas être reconnu. Encore une fois, essayez d'abord sans paramètre supplémentaire pour voir si votre disque IDE est reconnu correctement. Si ce n'est pas le cas, déterminez la géométrie du disque (cylindres, têtes et secteurs) et utilisez le paramètre hd=cylindres,têtes,secteurs. Si vous avez une très vieille machine et si le noyau gèle après avoir affiché Checking 'hlt' instruction..., vous devez passer le paramètre d'amorçage no-hlt qui désactive ce test. Si votre écran commence à afficher une image bizarre lors des démarrages du noyau, par exemple, un écran entièrement blanc, noir ou un écran contenant un mélange de couleurs, alors votre système a très certainement une carte video problématique qui ne parvient pas à passer en mode framebuffer correctement. Dans ce cas, essayez de passer le paramètre d'amorçage fb=false video=vga16:off pour désactiver la console framebuffer. Le menu de sélection de la langue n'apparaîtra pas, et l'anglais sera la seule langue utilisable pour l'installation ; c'est dû aux caractéristiques limitées de la console. Référez-vous à la pour plus de précisions. Le système bloque lors de la configuration des services PCMCIA Quelques ordinateurs portables fabriqués par Dell plantent fréquemment lorsque la détection des périphériques essaie d'accéder à certaines adresses matérielles. D'autres portables ont aussi des problèmes semblables. Si vous rencontrez un tel problème et si vous n'avez pas besoin de services PCMCIA pendant l'installation, vous pouvez désactiver cette option avec le paramètre hw-detect/start_pcmcia=false. Vous pourrez configurer les services PCMCIA après l'installation et éviter le problème des adresses des ressources. Vous pouvez aussi démarrer l'installateur en mode expert. On vous demandera d'indiquer les options pour les adresses des ressources de votre matériel. Par exemple, si votre ordinateur est un des portables Dell mentionnés plus haut, vous pouvez indiquer exclude port 0x800-0x8ff. Il existe une liste de ces options communes dans la section sur les ressources système du HOWTO PCMCIA. Notez qu'il faut supprimer les virgules quand vous passez ces valeurs à l'installateur. Le système se bloque lors du chargement des modules USB Le noyau essaye normalement d'installer les modules USB et les pilotes de claviers USB afin de permettre l'installation de quelques claviers USB non standard. Cependant, sur certains systèmes USB, le pilote provoque un blocage lors du démarrage. Il est possible d'éviter ces problèmes en désactivant le contrôleur USB dans la configuration BIOS de votre carte mère. Il est également possible d'utiliser le paramètre debian-installer/probe/usb=false à l'invite de démarrage, ce qui empêchera le chargement de ces modules. Comprendre les messages du noyau au démarrage Durant la séquence de démarrage, vous pourriez voir beaucoup de messages du genre can't find something, ou something not present, can't initialize something ou même this driver release depends on something . La plupart de ces messages sont sans conséquence. Vous les voyez parce que le noyau du système d'installation est conçu pour tourner sur des ordinateurs avec des périphériques très différents. Évidemment, aucun ordinateur ne possède tous les périphériques possibles, et le système d'exploitation pourrait se plaindre alors qu'il recherche un périphérique que vous ne possédez pas. Vous pourriez également voir le système s'arrêter pendant un moment. Cela arrive quand il attend la réponse d'un périphérique qui n'est pas présent sur votre système. Si vous trouvez le temps de démarrage du système exagérément long, vous pouvez créer un noyau personnalisé (voyez : ). Rapporteur de bogues Si vous parvenez à la fin de la phase d'amorçage mais que vous ne parveniez pas à terminer l'installation, le choix « Rapporteur de bogues » du menu peut vous aider. Vous pouvez copier sur une disquette les journaux contenant les erreurs système et des informations sur la configuration ou vous pouvez les consulter dans un navigateur web. Toutes ces informations peuvent donner des indications sur ce qui s'est mal passé et sur la manière de le corriger. Si vous envoyez un rapport de bogue, vous pouvez attacher cette information au rapport. Pendant l'installation, d'autres messages intéressants se trouvent dans le fichier /target/var/log/debian-installer/, et, quand l'ordinateur a démarré le nouveau système installé, ces messages se trouvent dans le fichier /var/log/installer/. Faire un rapport de bogue Si vous avez toujours des ennuis, faites un rapport de bogue. Nous vous demandons aussi d'envoyer des rapports sur les installations réussies, car nous cherchons des informations sur toutes les configurations matérielles possibles. Si vous êtes sur un système Debian, vous pouvez installer les paquets installation-report et reportbug (apt-get install installation-report reportbug) et exécuter la commande reportbug installation-report. Vous pouvez utiliser le modèle suivant. Envoyez-le comme un rapport de bogue pour le paquet installation-reports, à l'adresse submit@bugs.debian.org. Package: installation-reports Boot method: <Comment avez-vous amorcé l'installateur ? cédérom, disquette ? réseau ?> Image version: <URL complète de l'image téléchargée> Date: <Date et heure de l'installation> Machine: <Description de la machine (p. ex. IBM Thinkpad R32)> Processor: Memory: Partitions: <df -Tl ; mais nous préférons la table des partitions> Résultat de lspci -nn et lspci -vnn : Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card: [ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system: [ ] Clock/timezone setup: [ ] User/password setup: [ ] Install tasks: [ ] Install boot loader: [ ] Overall install: [ ] Comments/Problems: <Décrivez l'installation, les pensées, commentaires ou idées de propositions que vous avez eus pendant cette installation.> Dans le rapport de bogue, décrivez le problème en incluant les derniers messages visibles du noyau dans le cas d'un plantage du noyau. Décrivez les étapes que vous avez effectuées pour arriver là.