5.4. Dysfonctionnements pendant la procédure d'installation

5.4.1. Fiabilité des disques optiques

Parfois, particulièrement avec d'anciens lecteurs, l'installateur ne peut s'amorcer à partir d'un disque optique. Il arrive aussi, même après un amorçage réussi, que l'installateur ne reconnaisse pas le disque ou bien signale des erreurs de lecture pendant l'installation.

Plusieurs causes sont possibles. Voici une liste de problèmes connus, accompagnés de suggestions sur la manière de les traiter.

On peut tout d'abord essayer deux choses très simples :

  • Si le disque ne s'amorce pas, il faut vérifier qu'il est correctement inséré et qu'il n'est pas sale.

  • Si l'installateur ne reconnaît pas le disque, on peut lancer une deuxième fois l'option Détecter et monter un support d'installation. Certains problèmes de DMA avec les très anciens lecteurs sont résolus de cette façon.

Si rien ne fonctionne, essayez les suggestions qui suivent. La plupart, mais pas toutes, concernent les CD et les DVD.

Si vous ne pouvez faire l'installation à partir d'un disque optique, vous pouvez essayer l'une des autres méthodes disponibles.

5.4.1.1. Problèmes communs

  • Certains lecteurs anciens ne peuvent lire des disques gravés à grande vitesse sur les lecteurs modernes.

  • Certains lecteurs très anciens ne fonctionnent pas correctement si le DMA (direct memory access) est activé.

5.4.1.2. Comment résoudre ces problèmes ?

Si le disque optique ne peut amorcer l'installateur, voici une liste de suggestions :

  • Vérifiez que le BIOS ou l'UEFI est réellement capable de gérer l'amorçage à partir d'un disque optique, certains très anciens systèmes ne le permettent pas, et que le lecteur est bien le périphérique d'amorçage.

  • 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. Ce fichier 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 disque gravé correspond aussi. La commande suivante devrait fonctionner. Elle utilise la taille de l'image pour lire le nombre d'octets sur le disque.

    $ 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 disque optique 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 disque dans l'autre lecteur. Si rien ne fonctionne 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) en recherchant 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) :

    ata1.00: ATAPI: MATSHITADVD-RAM UJ-822S, 1.61, max UDMA/33
    ata1.00: configured for UDMA/33
    scsi 0:0:0:0: CD-ROM            MATSHITA DVD-RAM UJ-822S  1.61 PQ: 0 ANSI: 5
    sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
    cdrom: 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 à ce contrôleur, vous pouvez le charger vous-même avec modprobe.

  • Vérifiez que le lecteur est bien listé dans le répertoire /dev/. Pour l'exemple ci-dessus, ce serait /dev/sr0. Il doit exister aussi un fichier /dev/cdrom.

  • Vérifiez avec la commande mount que le disque optique 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 using_dma settings
    using_dma      1       0       1       rw
    

    Un « 1 » dans la première colonne après using_dma 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 optique.

  • Si vous rencontrez des problèmes pendant l'installation, vérifiez l'intégrité du support d'installation avec l'option qui se trouve en fin du menu principal de l'installateur. Cette option peut aussi servir de test quand le disque est lu correctement.

5.4.2. 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 Section 5.3, « Paramètres d'amorçage ».

Parfois, les dysfonctionnements proviennent de microprogrammes manquants, voyez la Section 2.2, « Périphériques demandant des microprogrammes (firmware) » et la Section 6.4, « Télécharger des microprogrammes (firmware) manquants ».

5.4.3. Synthèse vocale logicielle

Quand la synthèse vocale logicielle ne fonctionne pas, le problème vient souvent de la carte son. Soit le pilote de cette carte n'est pas connu de l'installateur, soit il utilise des canaux de mixage inhabituels qui sont muets (muted) par défaut. Vous pouvez envoyer un rapport de bogue qui comprenne la sortie des commandes suivantes, exécutées sur la même machine, à partir d'un système Linux sur lequel le son fonctionne correctement, par exemple un CD live.

  • dmesg

  • lspci

  • lsmod

  • amixer

5.4.4. Problèmes communs sur PC 64 bits

Certains problèmes d'installation peuvent être résolus ou évités en passant des paramètres d'amorçage à l'installateur.

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 très certainement la carte vidéo du système ne parvient pas à passer en mode framebuffer correctement. Dans ce cas, essayez de passer le paramètre d'amorçage fb=false pour désactiver la console framebuffer. Seules quelques langues seront utilisables pour l'installation, à cause des caractéristiques limitées de la console. Référez-vous à la Section 5.3, « Paramètres d'amorçage » pour plus de précisions.

5.4.4.1. Le système bloque lors de la configuration des services PCMCIA

Quelques très anciens ordinateurs portables fabriqués par Dell s'arrêtent fréquemment de fonctionner lorsque la détection des périphériques essaie d'accéder à certaines adresses matérielles. D'autres portables connaissent 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. Vous pourrez ainsi 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.

5.4.5. Comprendre les messages du noyau au démarrage

Durant la séquence de démarrage, vous pouvez 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 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 la Section 8.5, « Compiler un nouveau noyau »).

5.4.6. Signaler les problèmes

Si vous parvenez à la fin de la phase d'amorçage mais que vous ne parveniez pas à terminer l'installation, le choix Sauvegarder les journaux de débogage du menu peut vous aider. Vous pouvez copier sur un support externe, les journaux contenant les erreurs système et des informations sur la configuration ou vous pouvez les consulter avec 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/.

5.4.7. Faire un rapport de bogue

Si vous avez toujours des ennuis, faites un rapport de bogue (en anglais de préférence). 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.

Notez que votre rapport d'installation sera publié dans le système de suivi des bogues, Bug Tracking System (BTS), de Debian et envoyé sur une liste de diffusion publique. Votre adresse de courrier sera aussi rendue publique.

Si vous utilisez déjà un système Debian, vous pouvez installer les paquets installation-report et reportbug (apt install installation-report reportbug). Configurez reportbug en suivant les explications données dans la Section 8.4.2, « Envoyer des courriels vers l'extérieur », puis exécutez la commande reportbug installation-reports.

Vous pouvez aussi utiliser le modèle suivant. Envoyez-le comme un rapport de bogue pour le paquet installation-reports, à l'adresse .

Package: installation-reports

Boot method: <Comment avez-vous amorcé l'installateur ? CD ou DVD ? clé USB ? 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 -knn (ou lspci -nn) :

Installation du système de base :
[O] = OK, [E] = Error (développez plus bas s'il vous plait), [ ] = non essayé

Initial boot:           [ ]
Detect network card:    [ ]
Configure network:      [ ]
Detect media:           [ ]
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.>

Assurez-vous que tous les journaux d'installation utiles sont joints
à ce rapport. (Vous les trouverez dans /var/log du système de l'installateur,
ou ensuite dans /var/log/installer du système installé)
Veuillez compresser les gros fichiers avec gzip.

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à.