1 files changed, 16 insertions, 15 deletions

diff --git a/zh_CN.GB2312/books/handbook/config/chapter.sgml b/zh_CN.GB2312/books/handbook/config/chapter.sgml
index 512f6d29b9..c4983bd5b7 100644
--- a/zh_CN.GB2312/books/handbook/config/chapter.sgml
+++ b/zh_CN.GB2312/books/handbook/config/chapter.sgml
@@ -1,7 +1,7 @@
 <!--
      The FreeBSD Chinese Documentation Project
 
-     Original Revision: 1.174
+     Original Revision: 1.181
      $FreeBSD$
 -->
 
@@ -339,10 +339,10 @@ esac
 
 exit 0</programlisting>
 
-    <para>这个脚本提供了一个 <literal>start</literal>
-      和 <literal>stop</literal> 选项，
-      这可以让应用程序被当作组件(utility)来引用。
-      可以在 <filename>/etc/rc.conf</filename> 写这么一行：</para>
+    <para>这个脚本提供了一个 <literal>stop</literal> 和
+      <literal>start</literal> 选项， 用于操作这里称之为
+      <literal>utility</literal> 的应用程序。 可以在
+      <filename>/etc/rc.conf</filename> 中加入这样一行：</para>
 
     <programlisting>utility_enable="YES"</programlisting>
 
@@ -2060,8 +2060,8 @@ device_probe_and_attach: cbb0 attach returned 12</screen>
       而不会征求 OS 的同意。 第二， APM 逻辑是嵌入
       BIOS 的， 因此它是在 OS 的控制之外运转的。
       这意味着用户只能通过通过刷新他们 ROM 中的 APM BIOS
-      才能够解决某些问题； 而这是一个很危险的操作， 一旦失败，
-      则可能使系统进入一个无法恢复的状态。 第三， APM
+      才能够解决某些问题； 而这是一个很危险的操作，
+      因为它可能使系统进入一个无法恢复的状态。 第三， APM
       是一种制造商专属的技术， 也就是说有很多第三方的
       (重复的工作) 以及 bugs， 如果在一个制造商的 BIOS 中有，
       也未必会在其他的产品中解决。 最后但绝不是最小的问题， APM
@@ -2130,12 +2130,13 @@ device_probe_and_attach: cbb0 attach returned 12</screen>
 
     <title>使用和调试 &os; <acronym>ACPI</acronym></title>
 
-    <para><acronym>ACPI</acronym> 是在本质上是一种发现设备、管理电源使用，
+    <para><acronym>ACPI</acronym> 是一种全新的发现设备、 管理电源使用，
       提供过去由 <acronym>BIOS</acronym> 管理的访问不同硬件的标准化方法。
       让 <acronym>ACPI</acronym> 在各种系统上都能正确使用的工作一直在进行，
       但许多主板的 <firstterm><acronym>ACPI</acronym> 机器语言</firstterm>
-      (<acronym>AML</acronym>) 字节代码中的 bug， &os; 的内核中资系统设计的不完善，
-      以及 Intel <acronym>ACPI-CA</acronym> 解释器中的 bug 仍然市场会出现。</para>
+      (<acronym>AML</acronym>) 字节代码中的 bug，  &os; 的内核中资系统设计的不完善，
+      以及  &intel;
+      <acronym>ACPI-CA</acronym> 解释器中的 bug 仍然不时会出现。</para>
 
     <para>这份文档期望能够帮助您协助 &os;
       <acronym>ACPI</acronym> 的维护人员来找到您所观察到的问题的根源，
@@ -2153,7 +2154,7 @@ device_probe_and_attach: cbb0 attach returned 12</screen>
       <para>如果您希望提交一个问题，
 	请确保将下述信息法到
 	<ulink url="mailto:freebsd-acpi@FreeBSD.org">
-	freebsd-acpi@FreeBSD.org</ulink></para>
+	freebsd-acpi@FreeBSD.org</ulink>:</para>
 
       <itemizedlist>
 	<listitem>
@@ -2163,13 +2164,13 @@ device_probe_and_attach: cbb0 attach returned 12</screen>
 
 	<listitem>
 	  <para>在 <quote>boot
-	    <option>-v</option></quote>之后得到的 dmesg 输出， 包括任何在重现 bug
-	    之后出现的错误信息。</para>
+	    <option>-v</option></quote> 之后得到的 &man.dmesg.8; 输出， 以及任何在重现
+	    bug 时出现的错误信息。</para>
 	</listitem>
 
 	<listitem>
 	  <para>在禁用了 <acronym>ACPI</acronym> 之后的 <quote>boot
-	    <option>-v</option></quote> 的 dmesg 输出， 如果您发现禁用 ACPI
+	    <option>-v</option></quote> 的 &man.dmesg.8; 输出， 如果您发现禁用 ACPI
 	    能够帮助消除问题。</para>
 	</listitem>
 
@@ -2232,7 +2233,7 @@ device_probe_and_attach: cbb0 attach returned 12</screen>
 
       <para><acronym>ACPI</acronym> 驱动必须要处理固定表，
 	实现字节码解释器， 并修改驱动程序和内核， 以接受来自
-	<acronym>ACPI</acronym> 子系统的信息。 对于 &os;， Intel
+	<acronym>ACPI</acronym> 子系统的信息。 对于 &os;， &intel;
 	提供了一个解释器 (<acronym>ACPI-CA</acronym>)，
 	它在 Linux 和 NetBSD 也可以使用。
 	<acronym>ACPI-CA</acronym> 源代码可以在