Sophie

Sophie

distrib > * > 2010.0 > * > by-pkgid > a412ceb851151854794ced2a242192bb > files > 2768

howto-html-fr-20080722-1mdv2010.0.noarch.rpm

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"><head><title>Configurer un BIOS PnP</title><link href="style.css" rel="stylesheet" type="text/css" /><meta content="DocBook XSL Stylesheets V1.73.2" name="generator" /><link rel="start" href="index.html" title="Guide pratique du Plug-and-Play" /><link rel="up" href="index.html" title="Guide pratique du Plug-and-Play" /><link rel="prev" href="ar01s03.html" title="Deuxième introduction au Plug-and-Play (PnP)" /><link rel="next" href="ar01s05.html" title="Gérer les cartes PnP" /></head><body><div class="navheader"><table summary="Navigation header" width="100%"><tr><th align="center" colspan="3">Configurer un <acronym class="acronym">BIOS</acronym>
<acronym class="acronym">PnP</acronym></th></tr><tr><td align="left" width="20%"><a accesskey="p" href="ar01s03.html">Précédent</a> </td><th align="center" width="60%"> </th><td align="right" width="20%"> <a accesskey="n" href="ar01s05.html">Suivant</a></td></tr></table><hr /></div><div class="sect1" lang="fr"><div class="titlepage"><div><div><h2 class="title"><a id="conf_pnp_bios" />Configurer un <acronym class="acronym">BIOS</acronym>
<acronym class="acronym">PnP</acronym></h2></div></div></div><p>Lorsque l'ordinateur est démarré, le <acronym class="acronym">BIOS</acronym> est lancé
avant que le système d'exploitation ne soit chargé. Les <acronym class="acronym">BIOS</acronym>
modernes sont <acronym class="acronym">PnP</acronym> et peuvent configurer la plupart des
périphériques <acronym class="acronym">PnP</acronym>. Quelques anciens <acronym class="acronym">BIOS</acronym>
<acronym class="acronym">PCI</acronym> vont seulement configurer le bus <acronym class="acronym">PCI</acronym>.
Voici quelques choix qui pourraient exister dans le menu <acronym class="acronym">CMOS</acronym>
de votre <acronym class="acronym">BIOS</acronym> :
<div class="itemizedlist"><ul><li><p><a class="xref" href="ar01s04.html#bios_pnp_os" title="Avez-vous un système d'exploitation PnP ?">la section intitulée « Avez-vous un système d'exploitation
<acronym class="acronym">PnP</acronym> ? »</a> ;</p></li><li><p><a class="xref" href="ar01s04.html#escd_resources" title="Affecter les ressources par le BIOS ?">la section intitulée « Affecter les ressources par le
<acronym class="acronym">BIOS</acronym> ? »</a> ;</p></li><li><p><a class="xref" href="ar01s04.html#escd_reset" title="Réinitialiser la configuration">la section intitulée « Réinitialiser la configuration »</a>.</p></li></ul></div>
</p><div class="sect2" lang="fr"><div class="titlepage"><div><div><h3 class="title"><a id="bios_pnp_os" />Avez-vous un système d'exploitation
<acronym class="acronym">PnP</acronym> ?</h3></div></div></div><p>Quelle que soit votre réponse au <acronym class="acronym">BIOS</acronym>, le
<acronym class="acronym">BIOS</acronym> <acronym class="acronym">PnP</acronym> utilisera
<acronym class="acronym">PnP</acronym> pour paramétrer le disque dur, le lecteur de
disquette, la carte vidéo et le clavier, afin de permettre au système de
démarrer. Si vous dites avoir un système d'exploitation
<acronym class="acronym">PnP</acronym>, il laissera la fin de la configuration au
système d'exploitation (ou aux pilotes de périphériques). Si vous dites
ne pas avoir de système d'exploitation <acronym class="acronym">PnP</acronym>, alors le
<acronym class="acronym">BIOS</acronym> devra tout configurer.
</p><p>Comment répondre à cette question de votre <acronym class="acronym">BIOS</acronym> ?
Si vous avez au moins un noyau 2.4, vous pourriez répondre ce que vous voulez et
Linux fonctionnera habituellement correctement. Même si vous avez Windows
2000 ou XP sur le même PC, cela devrait fonctionner de toute façon tout
simplement parce que Windows et Linux sont tous les deux à priori des
systèmes d'exploitation <acronym class="acronym">PnP</acronym> et que si le système
d'exploitation est <acronym class="acronym">PnP</acronym>, il devrait être capable de gérer le
cas où le <acronym class="acronym">BIOS</acronym> a tout configuré lui-même (si vous avez
répondu que le système d'exploitation n'est pas <acronym class="acronym">PnP</acronym>). Mais,
je continue à suggèrer de répondre qu'il n'est pas <acronym class="acronym">PnP</acronym> sauf
si une raison valable vous oblige à faire autrement.</p><div class="sect3" lang="fr"><div class="titlepage"><div><div><h4 class="title"><a id="prior_2.4" />Linux avant le noyau 2.4</h4></div></div></div><p>La réponse n'est pas souvent claire dans ce cas. Si isapnp était utilisé
par Linux, alors Linux fera la configuration et il était indiqué qu'il est
mieux de dire qu'il s'agit d'un système d'exploitation <acronym class="acronym">PnP</acronym>.
La raison pour laquelle isapnp aurait des problèmes en présence de
périphériques déjà configurés par le <acronym class="acronym">BIOS</acronym> n'est pas claire
mais de tels problèmes arrivent quelquefois et sont corrigés en stoppant la
configuration du <acronym class="acronym">BIOS</acronym> (en répondant oui, c'est un système
d'exploitation <acronym class="acronym">PnP</acronym>). Il existe quelques cas où dire non
résolvait un problème. Donc, si isapnp n'est pas utilisé, non est généralement
mieux. Les pilotes Linux de périphériques <acronym class="acronym">PCI</acronym> devraient
configurer correctement ces périphériques. Mais pour le cas où les périphériques
<acronym class="acronym">PCI</acronym> pilotés par des pilotes non <acronym class="acronym">PCI</acronym>, alors
vous pourriez dire que le système d'exploitation n'est pas
<acronym class="acronym">PnP</acronym> pour obtenir du <acronym class="acronym">BIOS</acronym> qu'il les
configure directement.</p></div><div class="sect3" lang="fr"><div class="titlepage"><div><div><h4 class="title"><a id="N1078E" />Windows 2000 et XP</h4></div></div></div><p>Si vous utilisez aussi des systèmes d'exploitation Windows sur le même PC,
vous pourriez dire que vous n'avez pas un système d'exploitation
<acronym class="acronym">PnP</acronym>. C'est ce
que MS vous suggère de faire. Peut-être que MS souhaite que le
<acronym class="acronym">BIOS</acronym> fasse un
meilleur travail pour la configuration que Windows ne le fera. Ceci est sensé
parce que le <acronym class="acronym">BIOS</acronym> devrait être conçu pour les particularités
spécifiques de la
carte mère, et tout spécialement de nos jours où beaucoup de périphériques sont
intégrés à celle-ci. Dire non devrait aussi être bon pour les noyaux Linux
2.4 et ultérieurs. Mais pour les noyaux précédents, ce n'est pas si clair (voir
la section ci-dessous). Donc, si vous avez des problèmes avec Linux, vous
pourriez essayer de dire que vous avez un système d'exploitation Linux mais
ceci va contre ce que raconte MS (mais fonctionnera probablement bien de toute
façon).</p><p>Lorsque le <acronym class="acronym">BIOS</acronym> configure un périphérique différemment
de ce qui est
stocké dans la base de registres de Windows, celui-ci vous dira qu'il a
découvert un nouveau matériel. Ce qu'il est réellement en train de faire est de
trouver l'ancien matériel qui a été configuré différemment. De toute façon, il
enregistre la configuration que le <acronym class="acronym">BIOS</acronym> a utilisée dans ses
registres et le
périphérique devrait bien fonctionner à partir de ce moment.</p></div><div class="sect3" lang="fr"><div class="titlepage"><div><div><h4 class="title"><a id="N107A4" />MS Windows 95, 98 (et Me ?)</h4></div></div></div><p>Pour Windows9x, MS suggère de dire au <acronym class="acronym">BIOS</acronym> que vous
avez un système d'exploitation <acronym class="acronym">PnP</acronym> (l'opposé complet du cas
pour Windows 2000 et XP). Ceci devrait être bon pour Linux si vous disposez
d'un noyau 2.4 ou ultérieur. Mais si vous avez un noyau Linux précédent le
2.4, alors il est mieux pour Linux de dire qu'il ne s'agit pas d'un système
d'exploitation <acronym class="acronym">PnP</acronym>. Une façon de résoudre ce dilemme est de
le configurer pour le système d'exploitation que vous utilisez le plus
fréquemment. Ensuite, au démarrage de l'autre système d'exploitation, modifiez
manuellement la configuration du <acronym class="acronym">BIOS</acronym>. C'est très ennuyant
mais c'est faisable si vous n'utilisez pratiquement jamais l'autre système
d'exploitation. Sinon, il existe de meilleurs façons de résoudre ce dilemme.
</p><p>La deuxième façon de résoudre ce dilemme est de faire en sorte que Linux
configure toutes les ressources. Voir <a class="xref" href="ar01s04.html#prior_2.4" title="Linux avant le noyau 2.4">la section intitulée « Linux avant le noyau 2.4 »</a>. Ensuite,
vous dites au <acronym class="acronym">BIOS</acronym> qu'il s'agit d'un système d'exploitation
<acronym class="acronym">PnP</acronym>.</p><p>La troisième façon de résoudre ce dilemme est de dire au
<acronym class="acronym">BIOS</acronym> qu'il ne
s'agit pas d'un système d'exploitation <acronym class="acronym">PnP</acronym>. Ceci va à
l'encontre de ce que dit
MS mais il est possible d'obtenir un bon fonctionnement de MS Windows9x si vous
comprenez ce que vous faites (et pourquoi). Si vous dites au
<acronym class="acronym">BIOS</acronym> qu'il ne
s'agit pas d'un système d'exploitation <acronym class="acronym">PnP</acronym>, MS Windows ne
devrait-il pas
détecter la façon dont le <acronym class="acronym">BIOS</acronym> a configuré les périphériques
et modifier cela
s'il n'aime pas ce que le <acronym class="acronym">BIOS</acronym> a fait ? Cela devrait,
mais malheureusement,
cela ne semble pas fonctionner de cette façon.</p><p>Ce que Windows 9x semble faire lorsqu'il trouve un matériel déjà
configuré par le <acronym class="acronym">BIOS</acronym> est de le laisser seul et de ne pas le
reconfigurer. Maintenant, Windows 9x garde une trace de la configuration des
ressources bus dans sa base de registres. Si la configuration du
<acronym class="acronym">BIOS</acronym> est différent, il devrait soit corriger ce qui se
trouve dans sa base de registres soit tout reconfigurer suivant les indications
de cette même base. Mauvaise nouvelle : il semble ne rien faire et pense
que la configuration actuelle est la même que celle de la base de registres
alors qu'en fait elles sont différentes.</p><p>Mais si la base de registre contient une configuration des ressources bus
identique à celle du <acronym class="acronym">BIOS</acronym>, alors tout fonctionnera bien.  Un
périphérique
fonctionnera bien si le <acronym class="acronym">BIOS</acronym> l'a configuré de la même façon
que ce qui est
enregistré dans la base de registres. Donc, le moyen de faire fonctionner
correctement MS Windows est d'obtenir que la base de registres soit synchronisée
avec la configuration du <acronym class="acronym">BIOS</acronym>. Comme mentionné précédemment,
le <acronym class="acronym">BIOS</acronym> configure
les éléments suivant son <acronym class="acronym">ESCD</acronym> (qui est quelque chose comme la
base de registres
mais pour le <acronym class="acronym">BIOS</acronym>). Voir <a class="xref" href="ar01s05.html#escd_" title="La base de données ESCD du BIOS">la section intitulée « La base de données <acronym class="acronym">ESCD</acronym> du
<acronym class="acronym">BIOS</acronym> »</a>. Donc, nous
avons besoin
d'obtenir la synchronisation des registres avec l'<acronym class="acronym">ESCD</acronym> du
<acronym class="acronym">BIOS</acronym> pour que la base
de registres et <acronym class="acronym">ESCD</acronym> contiennent la même configuration. Dans
certains cas, ces
deux arrivent à être synchrones et vous n'avez pas besoin de faire quoi que ce
soit.</p><p>Une question à laquelle vous pourriez penser est : comment
l'<acronym class="acronym">ESCD</acronym> du
<acronym class="acronym">BIOS</acronym> et la base de registres Windows peuvent-ils se
désynchroniser ? Voici
un scénario. Vous installez Windows avec le <acronym class="acronym">BIOS</acronym> configuré
pour un système
d'exploitation <acronym class="acronym">PnP</acronym>. Alors, Windows configure la plupart des
éléments et
sauvegarde sa configuration dans sa base de registres. Puis, plus tard, vous
changez la configuration du <acronym class="acronym">BIOS</acronym> en précisant qu'il ne s'agit
pas d'un système
d'exploitation <acronym class="acronym">PnP</acronym>. Ensuite, après un redémarrage, le
<acronym class="acronym">BIOS</acronym> configure tout et il
ne fait pas exactement ce que Windows a fait. Donc, la configuration actuelle
du matériel et ce que Windows dispose dans sa base de registres sont maintenant
différents.</p><p>Une façon d'essayer d'obtenir que la base de registres et l'ESCD
disposent des mêmes informations est d'installer (ou de réinstaller) Windows
lorsque le <acronym class="acronym">BIOS</acronym> est configuré pour un système d'exploitation
non
<acronym class="acronym">PnP</acronym>. De cette façon, Windows disposera du matériel configuré
par le <acronym class="acronym">BIOS</acronym>. Si cette configuration est faite sans conflit,
Windows n'en changera pas et la sauvegardera dans sa base de registres. Et dans
ce cas, l'<acronym class="acronym">ESCD</acronym> et la base de registres seront
synchronisés.</p><p>

Une autre méthode est de supprimer les périphériques causant problèmes à 
Windows en cliquant « <span class="quote">Supprimer</span> » dans le gestionnaire des 
périphériques. Puis redémarrez avec « <span class="quote">OS non 
<acronym class="acronym">PnP</acronym></span> » (enregistré dans la mémoire 
<acronym class="acronym">CMOS</acronym> du <acronym class="acronym">BIOS</acronym> lorsque vous 
redémarrez). Windows va alors réinstaller les périphériques, en 
utilisant, on l'espère, les ressources bus configurées par le 
<acronym class="acronym">BIOS</acronym>. Faites attention que Windows vous demandera 
d'insérer le CD d'installation de Windows car il peut ne pas trouver les 
fichiers du pilote de périphériques, même s'il sont bien là. Un 
contournement est de sélectionner « <span class="quote">skip file</span> » ce qui 
évitera l'installation du fichier à partir du CD. Si le fichier est 
toujours sur le disque dur, avec un peu de chance, le pilote et tout ira 
bien, même si le programme d'installation de Windows vous a demandé de 
l'installer à partir du CD (ce que vous avez passé).

</p><p>Comme test, j'ai « <span class="quote">supprimé</span> » une carte réseau qui utilisait un
pilote
compatible Novell. Au redémarrage, Windows l'a réinstallé avec le Réseaux
Microsoft plutôt qu'avec Novell. Ceci signifie que le client Novell a dû être
réinstallé, un gros travail inutile. Donc, il serait mieux de ne pas continuer
avec Windows 95/98 mais laisser Linux configurer les ressources bus.</p><p>Lors de l'utilisation d'un PC Window-Linux (<span class="foreignphrase"><em class="foreignphrase">dual
boot</em></span>), vous pouvez noter un changement dans la façon dont le
<acronym class="acronym">BIOS</acronym> configure à cause de Windows9x (et des autres versions de
Windows ??) en modifiant l'<acronym class="acronym">ESCD</acronym>. Il fait cela seulement
si vous « <span class="quote">forcez</span> » une configuration ou une installation d'un périphérique
propriétaire. Voir <a class="xref" href="ar01s05.html#W9x_ESCD" title="Utiliser Windows pour configurer l'ESCD">la section intitulée « Utiliser Windows pour configurer l'ESCD »</a>. Les pilotes de périphériques
réalisant la configuration pourraient modifier ce que le <acronym class="acronym">BIOS</acronym>
a fait comme le font les outils <acronym class="acronym">PCI</acronym> et isapnp.</p></div></div><div class="sect2" lang="fr"><div class="titlepage"><div><div><h3 class="title"><a id="escd_resources" />Affecter les ressources par le
<acronym class="acronym">BIOS</acronym> ?</h3></div></div></div><p>Les <acronym class="acronym">BIOS</acronym> modernes vous permettent d'allouer
manuellement des ressources, principalement des <acronym class="acronym">IRQ</acronym>. Il
existe normalement une option pour configurer l'allocation à « <span class="quote">auto</span> »
de façon à ce que le <acronym class="acronym">BIOS</acronym> décide de l'allocation des
ressources. « <span class="quote">Auto</span> » est souvent un bon choix sauf si vous avez
d'anciennes cartes <acronym class="acronym">ISA</acronym> propriétaires non
<acronym class="acronym">PnP</acronym>.</p><p>Si vous avez de telles cartes non <acronym class="acronym">PnP</acronym>, alors il
peut être important de réserver les ressources (telles que les
<acronym class="acronym">IRQ</acronym>) pour celles-ci dans le <acronym class="acronym">BIOS</acronym>.
Sinon, le <acronym class="acronym">BIOS</acronym> pourrait utiliser ces ressources pour
d'autres périphériques et créer ainsi des conflits. Une exception concerne
quelques périphériques propriétaires communs, comme les ports parallèle et
séries, les disques durs. Le <acronym class="acronym">BIOS</acronym> pourrait les trouver
(jetez un œil à l'écran au démarrage) pour que vous n'ayez pas besoin
de réserver les ressources pour eux. Si vous avez utilisé Windows sur votre
PC, Windows pourrait déjà avoir renseigné le <acronym class="acronym">BIOS</acronym> en
utilisant l'outil ICU (ou un outil identique) sous Windows.</p><p>Pour le <acronym class="acronym">PCI</acronym>, le <acronym class="acronym">BIOS</acronym> devrait aussi
vous permettre d'affecter les <acronym class="acronym">IRQ</acronym> aux
emplacements de cartes 1, 2, 3, 4, et cætera. Si vous le faites, vous devez connaître
les emplacements où se trouvent les cartes. En fait, chaque emplacement dispose
de quatre <acronym class="acronym">IRQ</acronym> <acronym class="acronym">PCI</acronym> : A, B, C et D. Si
le menu du <acronym class="acronym">BIOS</acronym> ne vous dit pas
laquelle (A, B, C, D) est affectée à un numéro d'IRQ, il est probable qu'il
affecte seulement le numéro d'<acronym class="acronym">IRQ</acronym> à l'<acronym class="acronym">IRQ</acronym>
<acronym class="acronym">PCI</acronym> A. Mais, beaucoup de cartes
utilisent seulement l'<acronym class="acronym">IRQ</acronym> A donc il s'agit surtout d'affecter
une <acronym class="acronym">IRQ</acronym> à un emplacement. Voir les <a class="link" href="ar01s08.html" title="Interruptions PCI">interruptions PCI</a>.</p></div><div class="sect2" lang="fr"><div class="titlepage"><div><div><h3 class="title"><a id="escd_reset" />Réinitialiser la configuration</h3></div></div></div><p>C'est aussi un peu risqué. Ceci va écraser les données du
<acronym class="acronym">BIOS</acronym> contenues dans l'<acronym class="acronym">ESCD</acronym> indiquant la
façon dont vos périphériques <acronym class="acronym">PnP</acronym> ont été configurés et
comment les périphériques non <acronym class="acronym">PnP</acronym> ont été configurés
manuellement. Ne faites jamais ceci à moins que vous ne soyez convaincu que la
base de données est mauvaise et a besoin d'être reconstruite. Il était indiqué
quelque part que vous deviez faire ceci seulement lorsque vous n'arrivez plus
à démarrer. Si le <acronym class="acronym">BIOS</acronym> perd les données sur les périphériques
<acronym class="acronym">ISA</acronym> non <acronym class="acronym">PnP</acronym>, alors vous devrez relancer
ICA une nouvelle fois sous DOS/Windows pour ré-enregistrer les données.</p></div></div><div class="navfooter"><hr /><table summary="Navigation footer" width="100%"><tr><td align="left" width="40%"><a accesskey="p" href="ar01s03.html">Précédent</a> </td><td align="center" width="20%"> </td><td align="right" width="40%"> <a accesskey="n" href="ar01s05.html">Suivant</a></td></tr><tr><td valign="top" align="left" width="40%">Deuxième introduction au Plug-and-Play (<acronym class="acronym">PnP</acronym>) </td><td align="center" width="20%"><a accesskey="h" href="index.html">Sommaire</a></td><td valign="top" align="right" width="40%"> Gérer les cartes <acronym class="acronym">PnP</acronym></td></tr></table></div></body></html>