diff --git a/fr_FR.ISO8859-1/books/handbook/kernelconfig/chapter.sgml b/fr_FR.ISO8859-1/books/handbook/kernelconfig/chapter.sgml
index 75ec5b88f9..30ff8190f7 100755
--- a/fr_FR.ISO8859-1/books/handbook/kernelconfig/chapter.sgml
+++ b/fr_FR.ISO8859-1/books/handbook/kernelconfig/chapter.sgml
@@ -3,7 +3,7 @@
The FreeBSD French Documentation Project
$FreeBSD$
- $Id: chapter.sgml,v 1.6 2002-10-25 13:53:33 blackend Exp $
+ $Id: chapter.sgml,v 1.7 2003-07-27 18:28:15 gioria Exp $
Original revision: 1.84
-->
@@ -86,24 +86,24 @@
Traditionnellement, FreeBSD a eu ce qui s'appelle un noyau
“monolithique”. Cela signifie que le noyau était
un gros programme, supportant une liste figée de
- périphériques, et que si vous vouliez modifier le
+ périphériques, et si vous vouliez modifier le
comportement du noyau alors vous deviez compiler un nouveau noyau, et
ensuite redémarrer votre ordinateur avec le nouveau noyau.
Aujourd'hui, FreeBSD s'oriente rapidement vers un modèle
où une grande partie des fonctions du noyau est contenue dans des
modules qui peuvent être dynamiquement chargés
- et déchargés du noyau si nécessaire.
+ et déchargés si nécessaire.
Cela permet au noyau de s'adapter au nouveau matériel devenant
soudainement disponible (comme les cartes PCMCIA dans un
- ordinateur portable), ou pour ce qu'une nouvelle fonctionnalité
+ ordinateur portable), ou pour qu'une nouvelle fonctionnalité
qui n'était pas nécessaire lors de la compilation
du noyau y soit intégrée. Familièrement les
modules sont appelés KLDs.
En dépit de cela, il est encore nécessaire d'effectuer
certaines configurations de noyau en statique. Dans certains cas
- c'est parce que la fonctionnalité est si attachée au noyau
+ c'est parce que la fonctionnalité est si proche du noyau
qu'elle ne peut être rendue dynamiquement chargeable. Dans d'autres
cas, cela peut tout simplement venir du fait que personne n'a
encore pris le temps d'écrire un module dynamiquement chargeable