Quelques corrections sur la traduction d'amcheck

postgresql/amcheck.xml

@@ -110,7 +110,7 @@ ORDER BY c.relpages DESC LIMIT 10;
       <parameter>heapallindexed</parameter> vaut <literal>true</literal>.
       Quand il faut lancer un test de recherche de corruption,
       de routine et pas trop lourd, sur un environnement de production,
-      l'utilisation de <function>bt_index_check</function> offre généfalement
+      l'utilisation de <function>bt_index_check</function> offre généralement
       le meilleur compromis entre vérification minutieuse et impact
       limité sur les performances et la disponibilité de l'application.
      </para>
@@ -184,7 +184,7 @@ ORDER BY c.relpages DESC LIMIT 10;
   Elle consiste en une opération <command>CREATE INDEX</command>
   <quote>bidon</quote> qui vérifie la présence de tous les nouveaux
   enregistrements hypothétiques d'index dans une structure de
-  récapitulation temporaire et en mémoire (elle est construire au besoin
+  récapitulation temporaire et en mémoire (elle est construite au besoin
   durant la première phase de la vérification). Cette structure de
   récapitulation prend l'<quote>empreinte digitale</quote> de chaque
   enregistrement rencontré dans l'index cible. Le principe directeur
@@ -197,20 +197,20 @@ ORDER BY c.relpages DESC LIMIT 10;
   La phase <parameter>heapallindexed</parameter> supplémentaire a un coût
   significatif&nbsp;: typiquement, la vérification peut être plusieurs fois
   plus longue. Cependant il n'y a pas de changement quant aux verrous acquis
-  au niveau quand on opère une vérification <parameter>heapallindexed
-  </parameter> est faite.
+  au niveau de la table quand on opère une vérification
+  <parameter>heapallindexed</parameter>.
  </para>
  <para>
   La structure de récapitulation est limitée en taille par
   <varname>maintenance_work_mem</varname>. Pour s'assurer que la probabilité de
-  rater une inconsistance ne dépasse 2&nbsp;% pour chaque enregistrement qui
+  rater une incohérence ne dépasse 2&nbsp;% pour chaque enregistrement qui
   devrait être dans l'index, il faut environ 2 octets de mémoire par
   enregistrement. Quand moins de mémoire est disponible par enregistrement,
-  la probabilité de manquer une inconsistence augmente lentement. Cette
+  la probabilité de manquer une incohérence augmente lentement. Cette
   approche limite significativement le coût de la vérification, tout en
   réduisant légèrement la probabilité de détecter un problème, particulièrement
-  sur les installations où la vérification est traitée comme un opération de
-  maintenance de routine. Tout enregistrement absent ou déformé a une nouvelles
+  sur les installations où la vérification est traitée comme une opération de
+  maintenance de routine. Tout enregistrement absent ou déformé a une nouvelle
   chance d'être détecté avec chaque lancement de la vérification.
  </para>
 
@@ -286,7 +286,7 @@ ORDER BY c.relpages DESC LIMIT 10;
      évidente est d'appeler les fonctions d'<filename>amcheck</filename> de
      manière continue en même temps que les tests de régression standard sont
      lancés. Voir <xref
-     linkend="regress-run"/> pour plus de détails sur commencer lancer les
+     linkend="regress-run"/> pour plus de détails sur comment lancer les
     tests.
     </para>
    </listitem>