2009.1/错误修正
出自Mandriva Chinese
简介
本页包含了Mandriva Linux 2009 Spring (2009.1) 的一些错误修正，也就是说，这里包含的是对一些已知问题的解决、避免或绕过这些错误的信息。更多的基础信息，请参阅Release Notes。
Mandriva Linux早期版本堪误表
Other errata pages are also available for older versions:
测试 候选 更新
当Mandriva Linux 2009 Spring中的一个问题（bug）被确定，参与软件包维护的人员便会构建一个他认为可以修复此bug的包，并将其上传到仓库中一个指定的专用于测试此类软件包的目录：media|/main/testing。介时，受bug影响的用户及Mandriva quality assurance团队便可以展开测试。如果测试结果证实，该包可以正确修复bug且不会引起其他新的问题，Mandriva便会将该包用为正式更新提供给所有Mandriva Linux用户。
如果你受到了问题影响，同时针对该问题的修复有可用的测试包（处于候选阶段的正式更新包），你可以帮助测试一下，只需将media|/main/testing目录作为更新源添加即可。具体操作，请参阅installing and removing software (advanced use: backports and candidate updates).
还有一个与media|/main/testing一样，也是专用于测试包的目录：media|/contrib/testing。不过，需要注意的是，Mandriva公司并不保证该目录下的软件包可以修复问题（bug），每个包的维护者会自行决定是否通过更新来解决存在的问题。将media|/contrib/testing添加进仓库源的方法与添加media|/main/testing一样。（注：记得Contrib目录下的软件是由第三方人员维护的）
安装 更新
软件包的更新，Mandriva是通过自动更新来完成的，这些作为正式更新的软件包位于[media|/main], [media|/non-free][media|/contrib]这3个目录下。你可以打开“配置您的计算机”-“软件管理”-“更新系统”，来完成系统的更新。如果你禁用了自动更新，你同样可以利用Mandriva在线更新来检测系统，如果有可用的更新，将会在系统托盘处出现提示。
内核问题
DVB viewers don't work with ASUSTeK P7131 Dual saa7134 based card
参照 Bug #49026。 A regression has been introduced in the 2.6.29 kernel which prevents DVB viewers from working with the ASUSTeK P7131 Dual saa7134 based card. A possible workaround is to install the kernel-tmb-desktop-latest and kernel-tmb-desktop-devel-latest. Please note that people using the free radeonhd and ati drivers may have to disable Kernel Mode Setting by passing radeon.modeset=0 as a kernel option.
参照 Bug #49026。在内核2.6.29中引入的回归测试方法使得DVB viewers在华硕 P7131（基于saa7134双卡）下无法工作，一种可能的解决办法是安装 kernel-tmb-desktop-latest 和 kernel-tmb-desktop-devel-latest。注意的是，使用免费 radeonhd 和 ati 驱动的用户，可能必须将 radeon.modeset=0 作为一个内核选项来禁用内核模块设置。
硬件问题
x11-server升级
Mandriva Linux 2009 Spring引入了 X.org server 新版本1.6。这其中有一些已知问题：
ATI 专用驱动 (fglrx) 不再支持一些 ATI 显卡
ATI 释放了新版本的 fglrx 来支持新版的 X.org server，但一些显卡却不再受支持。这些得不到新版 fglrx 支持的显卡，默认情况下，将会配置为使用开源驱动。
ATI 显卡使用"radeon"和"radeonhd"驱动 3D可能不稳定
据一些 ATI 显卡用户反馈，在玩 3D 游戏或使用大型 3D应该用程序时，系统会失去响应。对于 R600 和更新的 Radeon HD 显卡用户，使用 "fglrx" 专用驱动即可解决此问题。然而，此法并不适用于那些使用 older than R600 的GPU用户，因为 "fglrx" 已不再支持那些旧芯片。我们希望将来可以提供改进的 "radeon" 和 "radeonhd"。请参照wikipedia page来确定你的芯片修订本。
Intel 显卡下可能假死(freezes)
参阅 Bug #50286 和 Bug #43987。各类 Intel 视频芯片用户反馈，在各种情况尤其是使用 3D 效果(或 KDE 桌面效果)下，系统假死(freezes)。在许多情况下，关掉桌面效果反馈信息寻求帮助。
如果没有开启桌面效果仍然发生此类情况，你可以编辑/etc/X11/xorg.conf，添加 Option "DRI" "off" 到Device section下。这将禁用 3D 加速和桌面效果，但可暂时获得稳定同时也可以避免各类型的崩溃。
2009年5月13日发布的一款新的驱动(x11-driver-video-intel-2.7.1-0.0.1mdv2009.1)已经解决(至少在一部分 Intel 显卡上)这个问题。
对于其他类型的显卡(Intel 965已知受到影响),用户反馈，最好还是激活 UXA 来修复他们的问题。要激活 UXA ，编辑文件/etc/X11/xorg.conf，在 Driver intel 下添加：
Option AccelMethod UXA
SiS 670 / 671-based 视频适配器不能工作
X.org 1.6 要求所以视频适配器驱动基于 libpciaccess 系统。外部扩展驱动常常支持一些特定的 SiS 适配器，x11-driver-video-sisimedia 目前尚未移植到 libpciaccess 系统，因此不能工作。对于这些适配器，你需要使用 vesa 驱动来得到基本的图形支持。
一些情况下键盘和鼠标不工作
It seems that there is this issue because there is a problem in starting order between messagebus and haldaemon, and the default option AllowEmptyInput in Xorg's configuration. Start in safe mode when your system is booting, and with the root account execute these command lines:
chkconfig --del messagebus (ignore the errors) chkconfig --add messagebus reboot
看起来是有这个争议，因为有一个问题开始有次序的出现在 messagebus 和 haldaemon 以及 Xorg 对 AllowEmptyInput 的默认配置之间。开机时进入安全模式（safe mode），用 root 帐号执行以下命令：
chkconfig --del messagebus (忽略错误) chkconfig --add messagebus reboot
去除 nVidia 71xx 驱动
Mandriva 2009.1 中不再包含 nvidia71xx 驱动，以致于旧版的GPU在 nvidia 驱动下无法工作。这是因为 nVidia 不再释放任何能够兼容当前 xserver 版本的传统驱动(link)。
缓慢或没有互联网反应（特别是浏览器）
IPv6 问题
参阅 Bug #27070。所有的 Linux 发行版都存在一个已知问题，那就是在 IPv6 网络的使用上。如果你有在使用 IPv6 网络，系统与网络之间或许不能够很好的配合。
如果你遇到过网络反应迟缓－－尤其是在浏览网站时，并且无法找到原因时，应该试一下禁用 IPv6。具体作法：左键点击系统托盘处的“网络监视器”，便会打开“网络中心”，点击“高级设置”，勾选“禁用 IPv6”，确定然后重启系统。（注：亦可通过控制中心 ＞ 网络和Internet ＞ 网络中心来设置）
TCP window scaling
参阅 Bug #27073。如果禁用 IPv6 不能解决问题，还存在一种可能性。大多数的 Linux 发行版，包括 Mandriva Linux，启用了被称作“TCP window scaling”的内核功能。这对于提升宽带连接的传输速度非常有用。然而，在2.6.17内核中，“TCP window scaling”的默认值似乎导致了一些用户在浏览某些网站时，网络异常缓慢。看看是否是“TCP window scaling”的问题，可以运行下面的命令来关闭它：
sysctl -w net.ipv4.tcp_window_scaling=0
如果上述命令解决了问题，你可以永久来关闭“TCP window scaling”。在“网络中心”的“高级设置”中，勾选“禁用 TCP 窗口范围”，确定即可。
这样做使用得在每次启动时都会禁用“TCP window scaling”。如果你使用了非常高的宽带网络，例如，你常会在本地 100Mbit或 1Gbit 网络中传输大型文件，需要注意的是，禁用“TCP window scaling”将会降低连接性能。这种情况下，你应该试着恢复 pre-2.6.17 的默认设置而非禁用 TCP window scaling。做到这一点，添加下面一行文字到 /etc/sysctl.conf ，而非先前建议的禁用 TCP Window Scaling。
net.ipv4.tcp_rmem=4096 87380 174760
这样便会在每次启动时改变 TCP Window Scaling 的预设值。
CD光盘启动时没有图形化菜单
当用 Mandriva Linux One光盘启动或安装CD/DVD, 一些少见的情况下, 启动过程会挂起或仅显示
isolinux:
和/或
gfxboot:
这此类机器上，你可以成功的用 CD/DVD 来引导，只需按住 shift 键直到出现:
boot:
然后输入 live （Mandriva One CD） 或 linux （安装CD/DVD）。参阅 bug #48814 和 bug #49768。
升级问题
升级之前先更新系统
在线升级 Mandriva Linux 2009，按 mdkapplet 弹出的建议来做，在使用过时 usermode 包的系统上可能会失败。详情参阅 Bug #41416。
使用安装升级后存在明显缺陷
早期版本的 Mandriva 升级后，vga=XXX 参数错误的从内核命令行引导配置文件中删除，导致图形化启动被禁用。恢复 vga=XXX 即可修复问题。参阅 Bug #50293
从 KDE3 转移到 KDE4
参阅 Bug #42398。Mandriva 2009 Spring 使用 KDE4 作为默认的 KDE 桌面环境，并且不再继续 KDE3（Mandriva 2009.0 以后的所有版本）。遗憾的是，由于没有迁移脚本，2009.0 之前的 KDE3 用户将只好手动设置他们的 KDE3 应用程序来完成到 KDE4 的转移。Mandriva 的 wiki 上有一个专门的网页来详细指导这一过程：KDE3 to KDE4 Howto。
升级时未正确导入软件源密钥
先前的发行版升级时，软件源密钥可能无法正确导入，导致安装期间发生错误。这虽不会阻止升级的完成，但软件密钥在安装后将不会被核查。解决这个问题，升级完成后，打开 Mandriva控制中心/软件管理/配置介质源，移除所有介质源然后重新添加。参阅 Bug #50383
软件问题
KDE 版本默认不安装打印机配置工具
参阅 Bug #49994。由于 CD 光盘容量问题，Mandriva Linux 2009 Spring KDE 版本，默认情况下不会安装打印机配置工具----system-config-printer。但是，在 Mandriva 控制中心的 硬件 标签中，相对应的安装程序还是可用的，你仅仅需要点击相应的图标，然后所有需要的软件包都会自动的安装。之前请确定你正确配置了 Mandriva 的仓库源以及网络连接正常。
KDE 版本默认不集成刻（烧）录程序
KDE 刻录程序---K3B ，由于 Mandriva Linux 2009 Spring KDE 版本系统规定容量的限制，并未集成。不过，你可以很方便的从 Mandriva 的仓库（位于 media/main )中下载安装。安装完成后，在 菜单 > 工具 中可以找到它。 Mandriva 2009 Spring 之前的版本曾集成了 K3B ，作为 KDE3 上的一个大型应用程序，K3B 并没有在 KDE4 上有一个工作端口。这也就是为什么 Mandriva 的一些开发者专门写了help porting K3B to KDE4。
KDE4 下无法将文件夹拖到回收站
参阅 Bug #49151。KDE4 引入的回归测试法使得文件夹无法被拖进回收站。作为一个替代方法，你可以在文件夹上点右键，然后选择“发送到回收站”。针对此 Bug 的补丁已经做好，在稍后的更新中将解决此问题。
在慢系统中的 speedboot 模式下桌面效果无法工作
参见 Bug #49490。对于慢系统，可能无法正确的导入 DRI 支持。当使用 speedboot 模式，等待初始化 DRI 设备时，libdrm 将会超时。作为一个替代方法，你可以通过在 kernel 中加入 speedboot=no 选项来禁用 speedboot 。
VMware 初始配置脚本构建必需模块失败
对于构建 VMware 模块，你需要与你运行的内核一致的 devel 包以及 gcc-c++，以 root 身份在终端中运行以下命令（这将会从 Mandriva 仓库中下载安装软件包，因此，首先确定你已经完成了这里列出的步骤）
urpmi gcc-c++ kernel-`uname -r| awk -F- '{print $2}'`-latest kernel-`uname -r| awk -F- '{print $2}'`-devel-latest
由于 VMware 和 2.6.29内核系列之间的不兼容，你需要针对 VMware 内核模块的补丁以便可以正确的建立 VMware 内核模块。从这里下载2个文件：
*vmware-6.5.2-modules-2.6.29-fix.sh *vmware-6.5.2-modules-2.6.29-fix.patch
将下载过来的这2个文件放到同一个目录下，然后打开终端，进到该目录（ cd 命令），以 root 执行下面命令：
chmod a+x vmware-6.5.2-modules-2.6.29-fix.sh
./vmware-6.5.2-modules-2.6.29-fix.sh
这之后， VMware 安装脚本以及构建所需要的模块应该可以顺利的完成。
启动时未挂载 NFS 共享
参阅 Bug #48920。至少某些网卡驱动在及时检测是否插入电缆上存在问题。因此，NFS 共享未能挂载。你可以在你的 NIC 配置文件(代表性文件/etc/sysconfig/network-scripts/ifcfg-eth0) 中添加一行 MIN_LINK_DETECTION_DELAY=5 来解决问题。
Amarok 2.0.2 在某些以 gstreamer 为后端的计算机上无法播放 MP3
一种解决办法就是安装 phonon-xine （在系统设置中它应该在 gstreamer 之前自动的将 xine 设为后端）。此时，Amarot 2.0.2就可以播放 MP3 了。Mandriva 默认使用 phonon-gstreamer 作为后端以获得 codeina 支持。codeina 可以为所有基于 gstreamer 的软件（不止 amarok ）自动安装插件。参阅 Bug #48191
VFAT partitions not mountable because diskdrake sets umask= instead of umask=0
When selecting the option do make a vfat partition writable for users or when doing a fresh install the umask is empty instead om zero, making the partition unmountable. To workaround or solve this problem select the partition, select toggle to expert mode, select options and speficy the value for umask to be 0 in the list of options, then click done. Also see Bug #50177.
Speedboot not enabled after One installation
After installing Mandriva Linux 2009 Spring from a Mandriva One image, speedboot might not enabled automatically. This issue is not present when installation is done using Free or Powerpack editions and will be fixed with initscript bugfix update Bug#50270.
Sound not enabled on a Dell Dimension 4550 using the ALSA-driver unless the box for Digital/Analog output Jack-box is unchecked
Logging in to Mandriva Linux 2009 Spring gives no sound when using the ALSA-driver. There is a workaround and that is to uncheck the box in the ALSA-mixer Bug #49048.
