FreeBSD 6.0-RELEASE 勘误
FreeBSD 项目
版权所有 © 2000, 2001, 2002, 2003, 2004, 2005, 2006 FreeBSD 文档项目
$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/，以及任何保持此位置最新镜像的站点。
FreeBSD 6-STABLE 的源代码和二进制快照也包含本文档的最新副本（截至快照时）。
有关所有 FreeBSD CERT 安全公告的列表，请参见 http://www.FreeBSD.org/security/ 或 ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/。
2 最新消息
无。
3 安全公告
以下安全公告适用于 FreeBSD 6.0-RELEASE。更多信息请查阅 ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/ 上的各个公告。
4 已知问题和解决方案
（2005/11/26）在 6.0-RELEASE 上，以下 ipfw(4) 规则的解释方式与先前版本不同：
当 ipfw(4) 不支持 IPv6（详见下一条目）时，ipfw(8) 接受此规则，并阻止源自 192.168.0.2 的 IPv4 数据包中封装的 IPv6 数据包（IPv6-over-IPv4 隧道，协议号 41）。当支持 IPv6 时，此规则表示允许来自 192.168.0.2 的 IPv6 数据包，而 ipfw(8) 实际上会拒绝此规则，因为语法不正确（“来自 IPv4 地址的 IPv6 数据包”永远不会发生）。遗憾的是，此问题没有简单的变通方案。
ipfw(4) 的 IPv6 支持仍存在一些粗糙之处，由于两者之间的不兼容性还存在其他问题。作为变通方案，你可以使用仅支持 IPv4 的 ipfw(4) 与 ip6fw(8) 的组合，这几乎与先前版本兼容，而非使用支持 IPv6 的 ipfw(4)。要禁用 ipfw(4) 的 IPv6 支持，请使用 ipfw.ko 内核模块，且不要使用内核选项 IPFIREWALL。
（2005/11/19）尽管 FreeBSD 6.0-RELEASE 的发行说明指出 ipfw(4) 子系统现在支持 IPv6，但 GENERIC 内核与 ipfw.ko 内核模块的组合不支持 ip6 协议关键字用于数据包过滤规则。这是因为构建 ipfw.ko 时无法识别内核配置文件中的内核选项 INET6。要启用 ipfw(4) 的 IPv6 支持，请使用内核选项 INET6 和 IPFIREWALL 重新编译内核，而不是使用 ipfw.ko 模块。
（2005/11/16）将 if_bridge(4) 与 ipfw(4) 和 pf(4) 等数据包过滤器结合使用，可能导致网络堆栈在一段时间后停止工作或导致系统 panic。这是因为系统为网络数据包分配 mbuf(9) 缓冲区且从不释放其中一部分，最终所有缓冲区内存都将耗尽。此问题已在 HEAD 和 RELENG_6 分支上于 2005/11/16 UTC 10:17:15 之后修复。
（2005/11/16，2005/11/19 更新）当 ipfw(4) divert 规则指定了协议关键字 ip 或 all 时，IPv6 数据包会在此规则处被静默丢弃，因为 divert(4) 套接字不支持 IPv6。对于启用 natd(8) 的 IPv4 和 IPv6 双栈主机，这可能成为一个问题。请注意，ipfw.ko 内核模块不存在此问题，因为它不支持 IPv6。 要避免此问题，请使用 IPv4 特定的 divert 规则，如 divert natd ipv4，而非 divert natd all。
（2005/11/6）FreeBSD 6.0-RELEASE 的发行说明错误地将与 ipfw(8) 相关的内核选项写为 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) 实用程序在将 hwpmc(4) 日志文件转换为 gprof(1) 格式时，尚无法处理 32 位可执行文件。
（2005/11/5，FreeBSD/powerpc 特定）在某些较旧的 PowerMac G4 系统上，启动时可能出现以下 panic：
这是一个已知问题，没有变通方案，将在下一个发行版中修复。
（2005/11/5）6.0-RELEASE 中 /usr/share/locale/*/LC_* 文件磁盘格式的变更，会导致使用 setlocale(3) 进行本地化的第三方软件在 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 内核可能输出以下消息：
这是因为没有支持图形硬件的机器无法识别 syscons(4)，且不会创建 /dev/ttyv* 设备节点。这不是有害错误，可通过禁用 /etc/ttys 中的 /dev/ttyv* 条目来抑制。
（2005/10/3）当机器内存超过 4GB 时，内核模块在 FreeBSD/sparc64 上无法工作。除了预先将模块静态编译到自定义内核中外，此问题没有变通方案。
（2005/10/3）kgdb(1) 实用程序在 FreeBSD/sparc64 上无法正确调试包含陷阱的 panic。作为变通方案，可以使用 devel/gdb53。
本文件及其他与发布相关的文档可从 http://www.FreeBSD.org/snapshots/ 下载。
如有关于 FreeBSD 的问题，请先阅读 文档，再联系 questions@FreeBSD.org。
所有 FreeBSD 6-STABLE 的用户应订阅 stable@FreeBSD.org 邮件列表。
如有关于此文档的问题，请发送电子邮件至 doc@FreeBSD.org。
最后更新于