diff options
Diffstat (limited to 'zh_CN.GB2312/books/handbook/config/chapter.sgml')
| -rw-r--r-- | zh_CN.GB2312/books/handbook/config/chapter.sgml | 31 |
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> 源代码可以在 |