> For the complete documentation index, see [llms.txt](https://book.bsdcn.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://book.bsdcn.org/release/freebsd-6.0-release/6.0-errata.md).

# FreeBSD 6.0-RELEASE 勘误

**FreeBSD 项目**

版权所有 © 2000, 2001, 2002, 2003, 2004, 2005, 2006 FreeBSD 文档项目

```ini
$FreeBSD: src/release/doc/en_US.ISO8859-1/errata/article.sgml,v 1.73.2.13 2006/02/05 20:41:34 bmah Exp $
```

FreeBSD 是 FreeBSD 基金会的注册商标。

Intel、Celeron、EtherExpress、i386、i486、Itanium、Pentium 和 Xeon 是 Intel Corporation 或其子公司在美国及其他国家的商标或注册商标。

Sparc、Sparc64、SPARCEngine 和 UltraSPARC 是 SPARC International, Inc. 在美国及其他国家的商标。使用 SPARC 商标的产品基于 Sun Microsystems, Inc. 开发的架构。

许多制造商和销售商用于区分其产品的名称被声明为商标。在本文档中出现这些名称时，如果 FreeBSD 项目已知该商标声明，则名称后会附有“™”或“®”符号。

本文档列出了 FreeBSD 6.0-RELEASE 的勘误条目，包含发布后发现的或在发布周期后期才发现的重要信息，未能及时纳入发布文档。这些信息包括安全公告，以及与软件或文档相关的可能影响其运行或可用性的新闻。在安装此版本的 FreeBSD 之前，应始终查阅本文档的最新版本。

本 FreeBSD 6.0-RELEASE 勘误文档将维护至 FreeBSD 6.1-RELEASE 发布。

## 1 引言

本勘误文档包含关于 FreeBSD 6.0-RELEASE 的“最新消息”。在安装此版本之前，请务必查阅本文档，了解任何发布后发现的问题或已发现并修复的问题。

随发布分发的任何版本的勘误文档（例如 CDROM 发行版）按定义都会过时，但其他副本会在互联网上保持更新，应作为此版本的“当前勘误”查阅。这些其他勘误副本位于 [http://www.FreeBSD.org/releases/](http://www.freebsd.org/releases/)，以及任何保持此位置最新镜像的站点。

FreeBSD 6-STABLE 的源代码和二进制快照也包含本文档的最新副本（截至快照时）。

有关所有 FreeBSD CERT 安全公告的列表，请参见 [http://www.FreeBSD.org/security/](http://security.freebsd.org/) 或 [ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/](ftp://ftp.freebsd.org/pub/FreeBSD/CERT/)。

## 2 最新消息

无。

## 3 安全公告

以下安全公告适用于 FreeBSD 6.0-RELEASE。更多信息请查阅 [ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/](ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/) 上的各个公告。

| 公告                                                                                                   | 日期              | 主题                                                                                                             |
| ---------------------------------------------------------------------------------------------------- | --------------- | -------------------------------------------------------------------------------------------------------------- |
| [SA-06:07.pf](ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-06:07.pf.asc)             | 2006 年 1 月 25 日 | [pf(4)](https://man.freebsd.org/cgi/man.cgi?query=pf\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) 中的 IP 分片处理 panic |
| [SA-06:06.kmem](ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-06:06.kmem.asc)         | 2006 年 1 月 25 日 | 本地内核内存泄露                                                                                                       |
| [SA-06:05.80211](ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-06:05.80211.asc)       | 2006 年 1 月 18 日 | IEEE 802.11 缓冲区溢出                                                                                              |
| [SA-06:04.ipfw](ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-06:04.ipfw.asc)         | 2006 年 1 月 11 日 | [ipfw(4)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) IP 分片拒绝服务    |
| [SA-06:03.cpio](ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-06:03.cpio.asc)         | 2006 年 1 月 11 日 | [cpio(1)](https://man.freebsd.org/cgi/man.cgi?query=cpio\&sektion=1\&manpath=FreeBSD+6.0-RELEASE) 中的多个漏洞       |
| [SA-06:02.ee](ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-06:02.ee.asc)             | 2006 年 1 月 11 日 | [ee(1)](https://man.freebsd.org/cgi/man.cgi?query=ee\&sektion=1\&manpath=FreeBSD+6.0-RELEASE) 临时文件特权提升         |
| [SA-06:01.texindex](ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-06:01.texindex.asc) | 2006 年 1 月 11 日 | Texindex 临时文件特权提升                                                                                              |

## 4 已知问题和解决方案

（2005/11/26）在 6.0-RELEASE 上，以下 [ipfw(4)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) 规则的解释方式与先前版本不同：

```sh
allow ipv6 from 192.168.0.2 to me
```

当 [ipfw(4)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) 不支持 IPv6（详见下一条目）时，[ipfw(8)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=8\&manpath=FreeBSD+6.0-RELEASE) 接受此规则，并阻止源自 **192.168.0.2** 的 IPv4 数据包中封装的 IPv6 数据包（IPv6-over-IPv4 隧道，协议号 41）。当支持 IPv6 时，此规则表示允许来自 **192.168.0.2** 的 IPv6 数据包，而 [ipfw(8)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=8\&manpath=FreeBSD+6.0-RELEASE) 实际上会拒绝此规则，因为语法不正确（“来自 IPv4 地址的 IPv6 数据包”永远不会发生）。遗憾的是，此问题没有简单的变通方案。

[ipfw(4)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) 的 IPv6 支持仍存在一些粗糙之处，由于两者之间的不兼容性还存在其他问题。作为变通方案，你可以使用仅支持 IPv4 的 [ipfw(4)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) 与 [ip6fw(8)](https://man.freebsd.org/cgi/man.cgi?query=ip6fw\&sektion=8\&manpath=FreeBSD+6.0-RELEASE) 的组合，这几乎与先前版本兼容，而非使用支持 IPv6 的 [ipfw(4)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=4\&manpath=FreeBSD+6.0-RELEASE)。要禁用 [ipfw(4)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) 的 IPv6 支持，请使用 `ipfw.ko` 内核模块，且不要使用内核选项 `IPFIREWALL`。

（2005/11/19）尽管 FreeBSD 6.0-RELEASE 的发行说明指出 [ipfw(4)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) 子系统现在支持 IPv6，但 `GENERIC` 内核与 `ipfw.ko` 内核模块的组合不支持 `ip6` 协议关键字用于数据包过滤规则。这是因为构建 `ipfw.ko` 时无法识别内核配置文件中的内核选项 `INET6`。要启用 [ipfw(4)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) 的 IPv6 支持，请使用内核选项 `INET6` 和 `IPFIREWALL` 重新编译内核，而不是使用 `ipfw.ko` 模块。

（2005/11/16）将 [if\_bridge(4)](https://man.freebsd.org/cgi/man.cgi?query=if_bridge\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) 与 [ipfw(4)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) 和 [pf(4)](https://man.freebsd.org/cgi/man.cgi?query=pf\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) 等数据包过滤器结合使用，可能导致网络堆栈在一段时间后停止工作或导致系统 panic。这是因为系统为网络数据包分配 [mbuf(9)](https://man.freebsd.org/cgi/man.cgi?query=mbuf\&sektion=9\&manpath=FreeBSD+6.0-RELEASE) 缓冲区且从不释放其中一部分，最终所有缓冲区内存都将耗尽。此问题已在 HEAD 和 RELENG\_6 分支上于 2005/11/16 UTC 10:17:15 之后修复。

（2005/11/16，2005/11/19 更新）当 [ipfw(4)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) `divert` 规则指定了协议关键字 `ip` 或 `all` 时，IPv6 数据包会在此规则处被静默丢弃，因为 [divert(4)](https://man.freebsd.org/cgi/man.cgi?query=divert\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) 套接字不支持 IPv6。对于启用 [natd(8)](https://man.freebsd.org/cgi/man.cgi?query=natd\&sektion=8\&manpath=FreeBSD+6.0-RELEASE) 的 IPv4 和 IPv6 双栈主机，这可能成为一个问题。**请注意，`ipfw.ko` 内核模块不存在此问题，因为它不支持 IPv6。** 要避免此问题，请使用 IPv4 特定的 divert 规则，如 `divert natd ipv4`，而非 `divert natd all`。

（2005/11/6）FreeBSD 6.0-RELEASE 的发行说明错误地将与 [ipfw(8)](https://man.freebsd.org/cgi/man.cgi?query=ipfw\&sektion=8\&manpath=FreeBSD+6.0-RELEASE) 相关的内核选项写为 `IPFIRWALL_FORWARD`。正确的选项关键字为 `IPFIREWALL_FORWARD`。

（2005/11/5）FreeBSD 6.0-RELEASE 的发行说明错误地给出了集成到 FreeBSD 中的 OpenSSH 和 IPFilter 的版本号分别为 4.1p1 和 4.1.18。正确的版本分别为 4.2p1 和 4.1.8。

（2005/11/5）6.0-RELEASE 发行版包含 `CHECKSUM.MD5` 和 `CHECKSUM.SHA256` 文件用于保护数据完整性。但是，6.0-RELEASE 中的这些文件错误地包含了校验和文件自身的校验和。虽然校验和看起来有误，但可以安全地忽略，因为校验和文件的校验和永远不会与文件中的对应。此问题将在未来的发行版中修复。

（2005/11/5，FreeBSD/amd64 特定）[pmcstat(8)](https://man.freebsd.org/cgi/man.cgi?query=pmcstat\&sektion=8\&manpath=FreeBSD+6.0-RELEASE) 实用程序在将 [hwpmc(4)](https://man.freebsd.org/cgi/man.cgi?query=hwpmc\&sektion=4\&manpath=FreeBSD+6.0-RELEASE) 日志文件转换为 [gprof(1)](https://man.freebsd.org/cgi/man.cgi?query=gprof\&sektion=1\&manpath=FreeBSD+6.0-RELEASE) 格式时，尚无法处理 32 位可执行文件。

（2005/11/5，FreeBSD/powerpc 特定）在某些较旧的 PowerMac G4 系统上，启动时可能出现以下 panic：

```sh
...
KDB: current backend: ddb
panic: Assertion curthread != NULL failed at
/usr/src/sys/kern/kern_mutex.c:268
KDB: enter panic
```

这是一个已知问题，没有变通方案，将在下一个发行版中修复。

（2005/11/5）6.0-RELEASE 中 **/usr/share/locale/\*/LC\_\*** 文件磁盘格式的变更，会导致使用 [setlocale(3)](https://man.freebsd.org/cgi/man.cgi?query=setlocale\&sektion=3\&manpath=FreeBSD+6.0-RELEASE) 进行本地化的第三方软件在 5.x 系统升级后无法工作。这些软件包括通过 FreeBSD Ports 等方式安装到 5.x 系统中的软件。要解决此问题，请执行以下操作之一：

* 将 misc/compat5x 软件包安装到升级后的 6.0 系统中。此软件包安装库 **lib/compat/libc.so.5**，使在 5.x 系统中编译的软件使用旧的区域设置文件以保持兼容性。请注意，升级后需要删除 **/lib/libc.so.5**。

  此软件包仅适用于 Tier-1 平台。
* 在 6.0 系统上重新编译软件。

（2005/10/3）在启动时，当机器没有帧缓冲区时，FreeBSD/sparc64 GENERIC 内核可能输出以下消息：

```sh
Aug 26 19:31:27 hostname getty[429]: open /dev/ttyv1: No such file or directory
```

这是因为没有支持图形硬件的机器无法识别 [syscons(4)](https://man.freebsd.org/cgi/man.cgi?query=syscons\&sektion=4\&manpath=FreeBSD+6.0-RELEASE)，且不会创建 **/dev/ttyv\*** 设备节点。这不是有害错误，可通过禁用 **/etc/ttys** 中的 **/dev/ttyv\*** 条目来抑制。

（2005/10/3）当机器内存超过 4GB 时，内核模块在 FreeBSD/sparc64 上无法工作。除了预先将模块静态编译到自定义内核中外，此问题没有变通方案。

（2005/10/3）[kgdb(1)](https://man.freebsd.org/cgi/man.cgi?query=kgdb\&sektion=1\&manpath=FreeBSD+6.0-RELEASE) 实用程序在 FreeBSD/sparc64 上无法正确调试包含陷阱的 panic。作为变通方案，可以使用 `devel/gdb53`。

***

本文件及其他与发布相关的文档可从 [http://www.FreeBSD.org/snapshots/](http://www.freebsd.org/snapshots/) 下载。

如有关于 FreeBSD 的问题，请先阅读 [文档](https://www.freebsd.org/docs.html)，再联系 <questions@FreeBSD.org>。

所有 FreeBSD 6-STABLE 的用户应订阅 <stable@FreeBSD.org> 邮件列表。

如有关于此文档的问题，请发送电子邮件至 <doc@FreeBSD.org>。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://book.bsdcn.org/release/freebsd-6.0-release/6.0-errata.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
