2. Matériel

Commencer par consulter le Hardware-HOWTO.

2.1 Processeurs compatibles Intel (Cyrix, AMD, Intel)

Question

Mon processeur ne fonctionne pas correctement, que faire ?

Réponse

Lire la section 4 du Hardware-HOWTO et ce document

P. Vannoni, X. Beaudouin, C. Turbout, H. Canon, B. Poulot-Cazajous, A. Levavasseur :

• cartes mères Socket 7 (Pentium et assimilés) Certains jeux de circuits (notamment l'Intel Triton TX) permettent l'installation de plus de 64 Mo de RAM, mais ne peuvent en « cacher » que 64 Mo. L'installation d'une plus grande quantité de mémoire peut considérablement dégrader les performances et contredire l'adage « Plus de RAM ne peut pas être une mauvaise chose ».
• Intel P200MMX Certains éléments d'une série donnée de processeurs Intel Pentium 200MMX présentent un défaut : le système devient instable lorsqu'il est équipé de plus de 64 Mo de RAM.
• P166+ :
  Compiler le noyau pour un processeur 486 Un patch du noyau (inclus dans les noyaux récents) permet :
  • de le faire reconnaître comme un 6x86 dans le /proc/cpuinfo ;
  • de compiler un noyau « pour Pentium » ;
  • d'activer la gestion du halt pour qu'il chauffe moins quand il ne fait rien ;
  • d'activer certaines caractéristiques spécifiques à ce processeur qui permettent de gagner quelques bogomips, ainsi que certaines optimisations de gestion de la mémoire qui fonctionnent plus ou moins bien selon la version du processeur.
• 6x86 :
  Se procurer f6x86-1.0.tgz et ajouter /path/set6x86 0xc2 -s 0x88 dans rc.local, afin d'armer le bit 3 (les autres bits pouvant être différents d'une configuration à une autre). Voir aussi set6x86.
• K6 :
  Attention : certains anciens K6 présentent un bogue grave : ils ne peuvent gérer correctement plus de 32 Mo de mémoire vive. Tout semble en ce cas fonctionner mais un grave problème apparaît de temps en temps ... signal 11 ! AMD change sur simple demande les processeurs défectueux. Attention, cependant ...

2.2 Clavier (caractères accentués)

Console

Charger la keytable appropriée (grâce à loadkeys fr-latin1, par exemple). Les tables se trouvent dans /usr/lib/kbd/keytables/.

Placer un stty pass8 dans le fichier ~/.bash_profile.

Le fichier ~/.inputrc doit contenir :

 set meta-flag on set convert-meta off set output-meta on 

2.3 Carte d'extension non reconnue

Réponse

Utiliser le cavalier ("jumper") ou le logiciel de configuration permettant d'invalider la gestion du « PNP ».

Commentaires

On peut aussi essayer d'employer les utilitaires PNP appelés isapnptools.
Les noyaux 2.2 gèrent mieux le PNP.

2.4 Multiprocesseurs (SMP)

Question

Pourquoi Linux n'utilise-t-il pas tous les processeurs de ma machine ?

Réponse

Dans le cas où l'on utilise un noyau 2.0, il faut décommenter (enlever le symbole #) la ligne #SMP=1 du fichier Makefile de la racine des sources du noyau, puis le recompiler et l'installer.

Dans le cas où l'on utilise un noyau 2.2, il s'agit d'options de configuration du noyau : répondre yes à "Symmetric multi-processing support" et à "RTC support". De plus, il ne faut pas activer l'APM (advanced power managment), son comportement n'étant pas définit dans le cas de machines multiprocesseurs.

Documents

Linux/SMP Project

2.5 Interface Ethernet (carte réseau)

• Compaq : explorer le site Caldera
• Les autres : lire la section de l' Ethernet HOWTO traitant du modèle concerné.

2.6 Carte son (sonore, Maxi Sound)

Sous Red Hat invoquer « sndconfig ».

Cartes Sound Blaster

• G. Girard : cartes non PnP (SB 2.0, SB Pro, SB16, SB32 AWE) Il suffit de configurer correctement les paramètres I/O, IRQ, DMA, soit en recompilant le noyau (avec ou sans module), soit en utilisant sndconfig (Red Hat).
• G. Girard : cartes PnP (SB16, Vibra 16, SB32, SB64 AWE (ISA)) Plusieurs solutions :
  • Utiliser l'option "OS PnP = NO" dans le BIOS pour configurer la carte Sound Blaster avec des valeurs de base (I/O 220, IRQ 5, DMA 1,5), puis recompiler le noyau avec ces paramètres (avec ou sans module). La partie AWE (table d'ondes) des cartes ne semble pas activée par cette operation (Elle n'est pas reconnue). Cette méthode ne semble pas marcher dans tous les cas
  • Utiliser isapnp pour "réveiller" la carte au démarrage, puis charger les modules de son
  • Utiliser sndconfig (Red Hat) qui fait exactement la meme chose. Certaines rumeurs laissent penser que sndconfig a un bug sur la Red Hat 5.2 qui peut l'empêcher (parfois !) de détecter automatiquement les cartes SB (à confirmer)
  • Utiliser loadlin et réveiller la carte en passant sous DOS grace à l'utilitaire fourni avec les pilotes puis configurer le noyau
  • Utiliser éventuellement les pilotes ALSA, qui ne supportent pas encore la Vibra 16
  • Utiliser les drivers OSS payants qui reconnaissent les cartes SB PnP
  G. Girard : Cartes PCI (SB64, SB128) Creative Labs a changé complètement le jeu de circuits de ces cartes, et utilise maintenant les jeux de circuits Ensoniq es1370 et es1371. Ces cartes ne sont pas capables de faire de la musique Midi avec table d'ondes. Il faut donc utiliser un logiciel séparé comme Timidity. Les SB64 et SB128 peuvent émuler une SB Pro avec les paramètres I/O 220 IRQ 7 DMA 1 à condition de mettre en place cette émulation sous MS-DOS à l'aide du programme apinit.exe, puis de passer sous Linux avec loadlin (solution non testée, mais qui fonctionne avec des jeux MS-DOS anciens). Les noyaux 2.2 disposent de pilotes pour ces cartes (avec ou sans module). Les pilotes ALSA (en développement) gèrent les deux cartes, avec Timidity comme logiciel Midi. Les pilotes OSS payants gèrent les deux cartes. OSS fournit SoftOSS pour la musique Midi.
• G. Girard : cartes PCI SB Live! Ces cartes ne sont pas gérées pour l'instant, mais OSS promet un pilote pour le deuxième trimestre 1999. D'après Creative Labs, ces cartes sont capables d'émuler des Sound Blaster 16 de la meme façon que les SB 64 et 128. Le programme d'initalisation DOS est probablement le même. Ensuite, la carte serait reconnue en lançant linux avec loadlin (solution non testée). 19990502 : une version binaire bêta du pilote existe, proposée par Creative Labs (qui ne diffuse pas le source).
• SB16 : blocages (« plantage »). Cela est du à un bug des canaux DMA 16 bits de certaines vieilles cartes mères pour i386 et i486. Quand un canal 16 bits est actif, le DMA ne recharge plus la mémoire qui s'efface.

Cartes Maxi Sound :

• compiler le noyau avec gestion de CS4232 ou CS4236
• lancer maxinit.exe sous MS-DOS puis charger Linux grâce à LOADLIN
• compiler le noyau avec gestion de l'AudioExcel (après application du patch de noyau AudioExcelDSP16-2.0.21.diff.gz), désactiver le test de l'IRQ dans le pilote ("driver") et lancer le petit programme AudioExcelDSP qui initialise l'IRQ, DMA, etc. ;
• (MS 32) Windows Sound System. Patch pour MS 32 Maxisound32FX.
• Maxisound 64 avec jeu de circuits Crystal sam9407 (M. THEOBALD) Voila comment proceder avec un noyau 2.1.1xx : Compiler les modules suivants :
  • son
  • uart401
  • cs4232
  puis les installer invoquer pnpdump >/etc/isapnp.conf activer les péripheriques son ctrl et mpu401 activer si nécessaire le port joystick dans le "rc.init" (varie en fonction des distributions) ajouter les lignes suivantes si elles n'y figurent pas encore :

   isapnp /etc/isapnp.conf modprobe sound modprobe midi 

  Ajouter les lignes suivantes au fichier /etc/conf.modules :

   alias sound cs4232 options cs4232 dma=1 dma2=0 io=0x534 irq=5 pre-install mpu401 /etc/sound/bin/94dinit "F=/etc/sound/Maxsnd64.bin" alias midi mpu401 options mpu401 io=0x330 irq=9 

  Remarque : le firmware de ma carte est /etc/sound/Maxsnd64.bin Ce firmware est récupéré de mon répertoire MS-Windows. La commande 94dinit sur trouve sur le site de cyso (dans le fichier stlinux.tgz).
• Maxisound Dynamic 3D (G. Soltesz) : utiliser un module son récent (disponible sur le site d'Open Sound, choisir la prise en charge de sb/sbpro. La carte a besoin de recharger son microcode lors de chaque démarrage, et ca n'est pas possible avec les pilotes Linux. Il faut donc lancer le système sous MS-DOS, charger les pilotes de cette carte, puis lancer Linux grâce à Loadlin.
• 32 Wave FX (JL Biellmann) : émuler une SB Pro et en ajoutant un pilote de MPU 401 dans le noyau. J'ai utilisé adr=220, irq=5 (au lieu du 7 proposé) et dma=1.
• dans de nombreux cas les pilotes payants proposés par OSS donnent satisfaction. Pour résoudre le problème, il faut tout d'abord recompiler le noyau en choisissant pour le canal DMA 16 bits, le même que celui utilisé pour le canal 8 bits lors de la configuration de la carte son. Même si cela n'améliore pas le son cela évite qu'un programme plante le système en l'activant. Ce réglage implique la production d'un son de mauvaise qualité par la carte. Mais les fonctionnalités MIDI sont disponibles.

2.7 Interface (carte, contrôleur) SCSI AVA1505

Question

Comment obliger Linux à gérer la carte SCSI AVA1505 ?

Réponse (J. Bernier et É. Jacoboni)

Sous MS-DOS ou MS-Windows :

• Vérifiez depuis le panneau 'Propriétés système' les paramètres de votre interface SCSI : IRQ et I/O (plage d'entrée sortie)
• Interdisez à l'AVA1505 de gérer le PnP à l'aide du logiciel du constructeur
• Déclarer une ligne d'IRQ et une plage d'entrée/sortie (I/O) grâce à ce même logiciel

Pendant la procédure d'installation Linux :

• Choisir le pilote pour Adaptec 152x
• Spécifier (lire le BootPrompt-HOWTO) les options supplémentaires du module, par exemple : aha152x=0x140,9,7,1 (IO=140h, IRQ=9)

Depuis un système Linux actif avec la commande (méthode bien pratique pour qui veut pouvoir librement allumer ou éteindre le scanner) :

 insmod aha152x aha152x=0x140,12,7,1 # pour activer le logiciel pilote rmmod aha152x # pour desactiver le logiciel pilote 

2.8 Souris Microsoft (mouse, Intellimouse, molette)

Question

Ma souris Microsoft à 2 boutons fonctionne mal

Réponse

F. Chastrette écrit (19980424) :
Avez-vous vérifié tout ce qui est évident : utilisez-vous le bon device, le câble est-il branché, la souris fonctionne-t-elle sous un autre système, etc.

Si vous avez une souris série à 2 boutons et si la panne n'est pas franche (il existe des façons de faire reconnaître la souris et à partir de ce moment elle fonctionne très bien jusqu'au redémarrage) lisez son étiquette car la version "Microsoft serial mouse 2.1A" présente ce problème.

Solution :

• 1. procurez-vous gpm version 1.13 ou une version plus récente
• 2. installez, compilez, lisez les explications dans le source (en particulier le fichier mice.c)
• 3. lancez gpm ainsi : gpm -t pnp -R Cela peut vous obliger à modifier l'un des scripts d'init (/etc/rc.d/init.d/gpm pour Red Hat)
• 4. dans XF86Config, déclarez la souris comme suit :

   Section "Pointer" Protocol "MouseSystems" Device "/dev/gpmdata" EndSection 

Pour comprendre, lisez 'man gpm' et en particulier l'option -R

G. Berger-Sabbatel note :

Tout ceci s'applique à la souris Intellimouse série, à un détail près : le type "pnp" donné à gpm ne permet pas l'utilisation de la molette comme 3ème bouton. Il faut donc en ce cas :

• mettre à jour gpm (version 2.13 mini),
• lancer "gpm -t ms3 -R"
• placer dans le XF86Config :
  Section "Pointer"
  Protocol "MouseSystems"
  Device "/dev/gpmdata"
  EndSection
  

Un document traite du cas des souris à molettes

2.9 Matériel conçu pour MS-Windows (Winmodem, Winprinter ...)

Réponse

Les matériels conçus pour fonctionner exclusivement sous MS-Windows ne sont généralement pas exploitables sous Linux.

2.10 Interface (carte) réseau 3C509 PNP

Question

J'ai un problème avec une carte réseau 3C509 pnp. La carte est bien détectée, mais elle n'est pas activée.

Réponse (J. Bernier et É. Jacoboni)

Sous MS-DOS ou MS-Windows :

• Vérifier depuis le panneau 'Propriétés système' les paramètres de votre carte réseau, IRQ et I/O (plage d'entrée sortie).
• Utiliser le logiciel du constructeur afin d'interdire à la carte de gérer le PnP
• Forcer l'IRQ et la plage d'entrée/sortie (I/O) avec le même logiciel ou choisissez la méthode 'configuration automatique', pour que la carte soit configurée en fonction des autres cartes présentes sur votre machine
• Si vous avez le modèle 'COMBO' vous devez aussi désactiver la détection automatique du mode de connexion et n'activer que celle que vous utiliserez.
• Sauvegardez la configuration.

Pendant la procédure d'installation Linux indiquer au programme le nom de votre carte et la détection de l'adresse et de l'IRQ se fera automatiquement.

Depuis un système Linux actif utiliser la commande modprobe 3c509.o.

2.11 Graveurs de CD

Réponse

Les logiciels xcdroast et cdrecord permettent de piloter des graveurs de CD.

Documents

Graveurs de CD sous Linux

2.12 Portable (laptop)

Lire ce petit guide

2.13 Horloge (heure, date, retard, avance)

Question

Mon horloge système avance ou retarde, que faire ?

Réponse

D. Madore :
Linux garde son horloge à jour en fonction du générateur de fréquence de ton ordinateur (qui produit des IRQ0). Pour peu qu'il ne soit pas excellent, l'horloge se dérègle rapidement.

Si ton horloge CMOS (qui est complètement indépendante) est meilleure, tu n'as qu'a demander à cron d'exécuter clock -a toutes les heures (ou clock -au si l'horloge CMOS est à l'heure GMT). Tu peux obtenir encore une meilleure précision en corrigeant une éventuelle dérive de l'horloge CMOS dans /etc/adjtime. Cf. man 8 clock pour tous renseignements utiles.

Note : sous certaines distributions un hwclock, aux options un peu différentes, remplace clock.

Note : le problème de décalage d'horloge peut être lié à l'utilisation d'un noyau 2.0 avec une machine ayant plusieurs processeurs Intel. L'utilisation d'un noyau 2.2 devrait résoudre le problème.

L'utilisation d'un logiciel type rdate ou xntp, conjuguée à un serveur de temps, peut être utile dans le cas d'un réseau local ou départemental.

2.14 Utilisation de la mémoire

Question

Alors que mon système ne fait rien et que je n'ai quasiment pas de processus qui tournent, la commande 'free' indique que quasiment toute ma mémoire est utilisée !

Réponse

O. Tharan :
C'est normal. Linux utilise la mémoire pour plusieurs choses. Tout d'abord pour le noyau lui-même, évidemment, c'est de la mémoire irrécupérable pour autre chose ; ensuite, la mémoire utilisée par les applications ; et puis tout le reste, en mémoire cache disque (dite "buffer cache").

La mémoire cache, c'est ce que le système a utilisé à un moment et n'utilise plus. Mais, il se pourrait que les données (programme, fichier) soient demandées par l'utilisateur d'ici peu, alors au lieu d'aller les rechercher sur le disque, on va chercher ces données dans la mémoire cache, ce qui est beaucoup plus rapide.

Linux utilise donc le maximum de mémoire disponible pour en faire du cache, mais s'il s'avère qu'une application a besoin de plus de mémoire, il libère une partie de la cache pour l'application. Donc, rien n'est perdu et tout le monde est satisfait. Avec un peu de recul, on comprendra qu'il n'est pas inutile d'investir dans de la RAM : plus on en aura, plus le système disposera de cache, et plus il paraîtra rapide (il faut mettre un bémol à ceci, car les performances se dégradent si on augmente la RAM sans augmenter par ailleurs le cache processeur).

Le test ultime pour vous faire prendre conscience de ceci : démarrez, lancez X puis Netscape ; quittez et relancez Netscape et vous constaterez la différence de vitesse.

2.15 signal 11, 4 ou 6

Réponse

Document signal 11