目录
有时候，我们无法避免某些变化带来的副作用，或者我们在别的地方暴露了 Bug。我们在这里记录我们已知的问题。请您同时阅读勘误，相关软件包的文档，Bug 报告以及在 第 6.1 节 “更多读物” 中提到的其它信息。
虽然 udev
经过了大量的测试，您仍可能在使用某些设备时遇到问题，这些需要修复。最常见的情况是需要修改设备的访问许可和所有权。有些情况下设备可能不会被默认创建(比如
/dev/video and /dev/radio)。
某些 lenny 中的程序可能无法在 2.4 内核下工作，例如有些需要 epoll() 支持，而
2.4 内核中没有。这些程序可能根本无法工作或者工作不正常，除非系统重启并使用 2.6 内核。
从 2.6.17 开始，Linux 大量使用 RFC 1323 中描述的 TCP 窗口缩放。某些服务器会有不正常的行为，并向他们自己宣布错误的窗口大小。更多细节，请参考 bug 报告 #381262, #395066, #401435 。
通常有两个替代方法：或者将最大允许 TCP 窗口大小改回到一个较小的值(推荐)或者彻底关闭 TCP 窗口缩放(不推荐)。请参见 debian-installer errata page 中的示例命令。
在一些旧系统中，shutdown -h 可能无法关闭机器(只是将其停止)。这是因为这里需要使用
APM。将 acpi=off apm=power_off
添加到内核命令行，比如添加在 grub 或者 lilo 的配置文件中，应该可以修正这个问题。请参见 bug #390547 以获取更多信息。
在使用 udev 为网络接口加载驱动的系统上，因为
udev 的异步天性，使得系统启动时网络驱动可能无法在
/etc/init.d/networking 执行前加载完成。虽然在
/etc/network/interfaces 中加入
allow-hotplug (与 auto
一起使用)能保证在网络接口可用才将其启用，这仍然无法保证在启动进程开始启动网络服务前完成，而这些网络服务可能因没有网络接口而无法正常运行。
在 etch 中，wpasupplicant
软件包设置为系统服务，通过 /etc/default/wpasupplicant 和用户提供的
/etc/wpasupplicant.conf 进行配置。
在 lenny 中，/etc/init.d/wpasupplicant 被抛弃，现在此
Debian 软件包已经和 /etc/network/interfaces 集成，类似其它软件包如
wireless-tools。这意味着 wpasupplicant 不再直接提供系统服务。
更多有关配置 wpasupplicant 的信息请参考
/usr/share/doc/wpasupplicant/README.modes.gz，里面有
/etc/network/interfaces 文件的例子。Debian 中有关使用 wpasupplicant 软件包的更新信息可以在 Debian Wiki 中找到。
挂载 vfat，ntfs 或者 iso9660 文件系统时，如果其中有文件的名称包含非 ASCII 字符时，会在尝试使用这些文件名时失败，除非使用
utf8 选项来挂载。迹象是可能会出现这样的失败：“无效或不完整的多字节字符或宽字符””。可行的解决方法是使用
defaults,utf8 作为 vfat，ntfs 和 iso9660 文件系统的挂载参数，如果它们包含有非
ASCII 字符名称的文件。
请注意当使用 utf8 选项时 Linux 内核不支持处理 vfat 文件系统时忽略文件名的大小写。
从 util-linux 2.13 开始
NFS 挂载不再由 util-linux 本身处理，而是由 nfs-common 来处理。由于不是所有的系统都要挂载
NFS 共享分区而且为了避免安装标准端口映射 util-linux 仅仅建议安装 nfs-common。如果您需要挂载 NFS
共享分区，请确保在您的系统中安装 nfs-common。mount 软件包的预安装脚本会检查是否存在已挂载的
NFS 分区，并且如果 nfs-common 中的
/usr/sbin/mount.nfs 不存在或者 nfs-common 过时就会中止。此时，不是升级 nfs-common 就是在升级挂接之前卸下全部 NFS
挂接。
由于在 lenny 中升级到 xkb-data 版本
1.3 默认的罗马尼亚(ro)布局变体现在可以产生正确的 șț 字符(注意下面的逗号)而不是 şţ
(注意下面的下加符)。还有一些变体已经改名。旧的变体名字仍然可以工作，不过建议用户更新他们的
/etc/X11/xorg.conf。因这个改变更多信息以及可能导致的副作用在 wiki
(仅罗马尼亚语)。
Apache2 默认配置在一些方面有所改变，这需要手工改变您的配置。最重要的改变有：
NameVirtualHost * 被改为 NameVirtualHost
*:80。如果您加入了更多基于名称的虚拟主机，您需要依次将 <VirtualHost
*> 修改为 <VirtualHost *:80>。
Apache User 和 Group 以及 PidFile 路径现在在
/etc/apache2/envvars
中进行配置。如果您从这些设置的默认值进行了修改，您需要修改那个文件。这也意味着您无法通过 apache2 -k
start 启动 apache2，您需要使用 /etc/init.d/apache2 或者
apache2ctl。
Mod_suexec 所需要的 suexec 帮助程序现在通过单独的软件包 apache2-suexec 来发行，此软件包不会默认安装。
更多模块相关的配置从 /etc/apache2/apache2.conf 移到了
/etc/apache2/mods-available/*.conf。
要获取更多详细信息，请参见
/usr/share/doc/apache2.2-common/NEWS.Debian.gz 和
/usr/share/doc/apache2.2-common/README.Debian.gz。
在 lenny 中，nis 内的
ypbind 支持网络管理器。当网络管理器报告电脑从网络断开时，它会导致
ypbind 禁用 NIS
客户端功能。因为网络管理器通常会在不使用网络时发出此报告，NIS 客户系统的
NIS 用户应确认禁用这些系统上的网络管理器支持。
要做到这一点可以通过卸载 network-manager
软件包，或者编辑 /etc/default/nis 并添加
-no-dbus 到 YPBINDARGS。
新安装的 Debian 会默认使用 -no-dbus，而之前的发行版本不是默认的。
Mozilla 程序 firefox、thunderbird 和 sunbird (在 Debian 中分别更名为 iceweasel、icedove、iceowl)，对许多用户来说是重要的工具。不幸的是上游的安全策略是主张用户更新到新版本，而这与
Debian 的“不在安全更新中发行大的功能改变”的策略相冲突。我们今天无法预测，但在 lenny 的生命周期中 Debian
安全团队可能会遇到无法继续支持 Mozilla 产品，并宣布对 Mozilla 产品的安全支持的终止。在部署 Mozilla
时，如果缺乏安全更新对您来说是一个问题，您需要考虑到这一点并可以考虑 Debian 中的替代品。
相比 etch 中发行的版本，KDE 桌面环境没有太大的变化。Lenny 发行 KDE 3.5 的翻译和服务更新的版本是 3.5.9 和 3.5.10 的混合。有些模块被标记为 3.5.9，但已经被更新并包含 3.5.10 版本大部分相同的改变。总的来说，Lenny 发行了 3.5.10 ，而并没有包含 kdebase 的重大改进和一些 kdepim 中的 bug 修正。
Lenny 将会是最后一个包含 KDE 3 系列环境的稳定发行。
lenny 版本中的GNOME 桌面环境相比 etch 中发行的版本有大量的变化，您可以在 GNOME 2.22 发行说明 找到更多信息。
Emacs21 and emacs21-nox are not configured to use Unicode by default. For
more information and a workaround please see bug #419490. Consider switching to emacs22, emacs22-gtk, or emacs22-nox.
OpenLDAP 从版本 2.4.7 开始，不再支持通过 slurpd 服务执行 LDAP 复制。原先的配置需要修改为使用 LDAP 同步复制引擎(syncrepl)。更详细的文档位于 http://www.openldap.org/doc/admin24/replication.html。
Intel Mobile GM965 的驱动会错误地把输出类型检测为
VGA，并且设置一个较低的屏幕分辨率以适应输出。这个 bug
的典型特征为桌面管理器仅使用屏幕的一部分。添加如下的代码到配置文件 /etc/X11/xorg.conf
能纠正驱动的行为。
Section "Monitor" Identifier "VGA" Option "Ignore" "true" EndSection
Please refer to the bug #496169 for more informations.
当运行 DHCP 服务器故障转移对时，节点名称要一致，否则 DHCP 会崩溃。
Please see bug #513506 and https://lists.isc.org/pipermail/dhcp-users/2007-September/004538.html for more information.