JauntyJackalope/ReleaseNotes/zh:修订间差异
(未显示2个用户的9个中间版本) | |||
第26行: | 第26行: | ||
== 在 Intel D945 主板系统上启动失败 == | == 在 Intel D945 主板系统上启动失败 == | ||
有用户曾经报告 Ubuntu 9.04 在使用 Intel D945 主板的系统上,检测 SATA 硬盘驱动器要比正常情况下慢。这有可能因为一个"Gave up waiting for root device."错误导致系统进入 busybox initramfs shell | 有用户曾经报告 Ubuntu 9.04 在使用 Intel D945 主板的系统上,检测 SATA 硬盘驱动器要比正常情况下慢。这有可能因为一个"Gave up waiting for root device."错误导致系统进入 busybox initramfs shell 环境。(解决的办法是:)等待一两分钟,输入 exit 退出 initramfs shell 。这时的启动过程可能会正常。如果还不正常,再等长一点时间然后重新尝试启动。一旦系统能够后,编辑 /boot/grub/menu.lst 添加 rootdelay=90 到你的当前内核的 kernel 命令之后。 ([https://launchpad.net/bugs/290153 Bug 290153])。 | ||
== 从 beta 版升级, /etc/fstab 中使用 LABEL=语法的问题 == | == 从 beta 版升级, /etc/fstab 中使用 LABEL=语法的问题 == | ||
第40行: | 第40行: | ||
安装了 Ubuntu 9.04 的预发布版本(release candidate)或者最终发布版本(final release)的系统没有这个问题。 | 安装了 Ubuntu 9.04 的预发布版本(release candidate)或者最终发布版本(final release)的系统没有这个问题。 | ||
== 从 alphas | == 从 alphas 版本升级的用户需要重新加密您的加密 home目录 == | ||
运行了 eCryptfs 的 Jaunty Alpha milestones 需要考虑重新加密所有的加密文件。一个上游 2.6.28 kernel bug 导致随机内核内存被写入 eCryptfs 加密的文件头中。修正已经应用并配置到 Jaunty RC 内核的 ubuntu 用户中。使用这个内核的 Ubuntu eCryptfs 用户们应该使用 /usr/bin/ecryptfs-rewrite-file 命令重新加密每一个加密过的文件。请参考 [http://manpages.ubuntu.com/manpages/jaunty/en/man1/ecryptfs-rewrite-file.1.html ecryptfs-rewrite-file(1)] 获取更多详细信息。 参考 [https://bugs.launchpad.net/bugs/345544 Bug 345544]。 | 运行了 eCryptfs 的 Jaunty Alpha milestones 需要考虑重新加密所有的加密文件。一个上游 2.6.28 kernel bug 导致随机内核内存被写入 eCryptfs 加密的文件头中。修正已经应用并配置到 Jaunty RC 内核的 ubuntu 用户中。使用这个内核的 Ubuntu eCryptfs 用户们应该使用 /usr/bin/ecryptfs-rewrite-file 命令重新加密每一个加密过的文件。请参考 [http://manpages.ubuntu.com/manpages/jaunty/en/man1/ecryptfs-rewrite-file.1.html ecryptfs-rewrite-file(1)] 获取更多详细信息。 参考 [https://bugs.launchpad.net/bugs/345544 Bug 345544]。 | ||
第84行: | 第84行: | ||
== 改进可用更新的通知 == | == 改进可用更新的通知 == | ||
Ubuntu的9.04 改进了软件包更新,立即启动 | Ubuntu的9.04 改进了软件包更新,立即启动 update-manager 而不是在GNOME面板显示通知图标。用户的 安全更新仍然每天通知一次,其它更新改成每周一次。 | ||
用户想要继续使用原来的更新通知方式,可以使用以下命令恢复: | |||
gconftool -s --type bool /apps/update-notifier/auto_launch false | |||
gconftool -s --type bool /apps/update-notifier/auto_launch false | |||
= 其它已知的问题 = | = 其它已知的问题 = | ||
第98行: | 第96行: | ||
使用Intel 显卡的用户报告,与8.10的 ( | 使用Intel 显卡的用户报告,与8.10的 ([https://bugs.launchpad.net/bugs/252094 Bug 252094]) 之前的版本相比,显卡效率变低 | ||
了. 很多问题在9.04虽然已经解决了,但部分问题仍然存在. | 了. 很多问题在9.04虽然已经解决了,但部分问题仍然存在. | ||
* 部分用户在打开 "greedy" migration heuristic 后,显卡运行变快. 打开方法是运行 "sudo gedit /etc/X11/xorg.conf" , 添加 `Option "MigrationHeuristic" "greedy"` 到 `Section "Device"` 下面 . | * 部分用户在打开 "greedy" migration heuristic 后,显卡运行变快. 打开方法是运行 "sudo gedit /etc/X11/xorg.conf" , 添加 `Option "MigrationHeuristic" "greedy"` 到 `Section "Device"` 下面 . | ||
* 另外,有一个实验性的加速模块, "DRI2/UXA" ,而且已经证明在我们的某些 [ | * 另外,有一个实验性的加速模块, "DRI2/UXA" ,而且已经证明在我们的某些 [https://wiki.ubuntu.com/X/UxaTesting Testing]用户上有明显的性能提升, 但还不稳定. 你可以尝试打开它: "sudo gedit /etc/X11/xorg.conf" , 添加`Option "AccelMethod" "UXA"` 到 `Section "Device"` 下面. 如果希望尽量保持稳定,就使用标准预设加速的 "EXA". | ||
/!\ 注意,在某些情况下这将导致图形环境不能启动,或者完全失灵。在这种情况下,可以开机进入救助模式,或按Ctrl + Alt + F2和登录到文本控制台 , 然后使用 `sudo nano /etc/X11/xorg.conf` 恢复UXA选项. | /!\ 注意,在某些情况下这将导致图形环境不能启动,或者完全失灵。在这种情况下,可以开机进入救助模式,或按Ctrl + Alt + F2和登录到文本控制台 , 然后使用 `sudo nano /etc/X11/xorg.conf` 恢复UXA选项. | ||
* 如果上述帮助都没用, 看这: [ | * 如果上述帮助都没用, 看这: [https://wiki.ubuntu.com/ReinhardTartler/X/RevertingIntelDriverTo2.4 使用一个旧版本的驱动]. | ||
== 一些Intel显卡显示会卡死 == | == 一些Intel显卡显示会卡死 == | ||
一些Intel 显卡用户报告,在休眠或待机后,显卡会卡住几分钟 ( | 一些Intel 显卡用户报告,在休眠或待机后,显卡会卡住几分钟 ([https://bugs.launchpad.net/bugs/339091 Bug 339091]),或 ([https://bugs.launchpad.net/bugs/359392 Bug 359392]). 关掉桌面效果 系统 → 参数 → 外观 会有帮助. | ||
如果关掉桌面效果后还是老样子. 你可以在 `/etc/X11/xorg.conf` 里添加 `Option "DRI" "off"` 到`Section "Device"` 下面, 如上所述,这将禁用3D加速和桌面效果, 但这使待机休眠变得可靠,也避免了很多崩溃问题. | 如果关掉桌面效果后还是老样子. 你可以在 `/etc/X11/xorg.conf` 里添加 `Option "DRI" "off"` 到`Section "Device"` 下面, 如上所述,这将禁用3D加速和桌面效果, 但这使待机休眠变得可靠,也避免了很多崩溃问题. | ||
第117行: | 第115行: | ||
== ext4文件系统的删除锁定 == | == ext4文件系统的删除锁定 == | ||
在某些情况下,在ext4文件系统删除文件会引起内核锁定(Bug | 在某些情况下,在ext4文件系统删除文件会引起内核锁定([https://bugs.launchpad.net/bugs/330824 Bug 330824]). 这个问题正在调查,预计会在发布后的更新中修复. 为了避免这个问题, 用户可以安装使用默认提供ext3文件系统支持,等修复BUG后换到ext4 (具体文档在这里 [http://ext4.wiki.kernel.org/index.php/Ext4_Howto#Converting_an_ext3_filesystem_to_ext4 ext4 wiki]) | ||
== 切换到ext4需要手动更新 grub == | == 切换到ext4需要手动更新 grub == | ||
如果您选择升级您的`/` or `/boot` 文件系统,从ext2或ext3到ext4 (看这里 | 如果您选择升级您的`/` or `/boot` 文件系统,从ext2或ext3到ext4 (看这里 [http://ext4.wiki.kernel.org/index.php/Ext4_Howto#Converting_an_ext3_filesystem_to_ext4 ext4 wiki]) ,而且你 ''必须'' 使用`grub-install`来重新激活你的引导程序。如果你不这样做,那么旧版本的grub将无法从ext4文件系统读取内核,您的系统将无法启动。 | ||
== 在ARM架构可能会不定期得挂起 == | == 在ARM架构可能会不定期得挂起 == | ||
ARM的port目前不支支持 ppoll() & pselect() 系统调用 ,这有时会导致系统启动时装载根文件系统失败。这是一个资源抢占问题,重新开机通常会清除这个问题。修复正在进行中,稍后会发布 Ubuntu的9.04 ARM内核更新。 | ARM的port目前不支支持 ppoll() & pselect() 系统调用 ,这有时会导致系统启动时装载根文件系统失败。这是一个资源抢占问题,重新开机通常会清除这个问题。修复正在进行中,稍后会发布 Ubuntu的9.04 ARM内核更新。 |
2009年4月26日 (日) 16:02的最新版本
JauntyJackalope 发行备注
本摘要会随 Ubuntu 9.04 和它的变体一起发行。
系统需求
Ubuntu 9.04 最小需要 256M 内存。 需要注意的是您的一部分系统内存可能会被显卡占用而不可用(在系统内存中减去虚拟显存)。 如果你的计算机只有最低需求的内存,安装过程将会比正常情况漫长,不过还是可以安装成功,并且会进行一次正常的安装。
系统内存较少的的情况下推荐直接在启动菜单中选择“Install Ubuntu”来启动安装程序,而不要进入完整的桌面环境(liveCD)。
安装
默认安装推荐包
和Debian策略手册(手册中说“The Recommends”域应该列出所有会和这个安装包一起找到不常见的包)一致,现在的包管理器系统默认情况下会安装 Recommends域(安装包里像依赖列表(Depends)一样的一个信息域 ) 中列出的包。如果你想避开某个特定的包,使用 apt-get --no-install-recommends 命令;如果你想永久性的修改这个策略,将 /etc/apt/apt/conf 中的 APT::Install-Recommends 设置为"false"。要知道的是,这样做可能使某些程序提示缺少特性。
(这个改变是在 Ubuntu 8.10 中作出的。)
升级
Ubuntu 8.10 用户可以通过一个方便的自动程序升级到 Ubuntu 9.04 。其他更旧版本的 Ubuntu 用户需要先升级到 Ubuntu 8.10,然后再升级到 9.04。完整的升级命令可以在 http://www.ubuntu.com/getubuntu/upgrading 找到。
Kubuntu 用户直接从 Kubuntu 8.04 升级到 Kubuntu 9.04 。使用这个方式升级的用户考虑阅读 release notes for Ubuntu 8.10,as the issues described there will also apply
在 Intel D945 主板系统上启动失败
有用户曾经报告 Ubuntu 9.04 在使用 Intel D945 主板的系统上,检测 SATA 硬盘驱动器要比正常情况下慢。这有可能因为一个"Gave up waiting for root device."错误导致系统进入 busybox initramfs shell 环境。(解决的办法是:)等待一两分钟,输入 exit 退出 initramfs shell 。这时的启动过程可能会正常。如果还不正常,再等长一点时间然后重新尝试启动。一旦系统能够后,编辑 /boot/grub/menu.lst 添加 rootdelay=90 到你的当前内核的 kernel 命令之后。 (Bug 290153)。
从 beta 版升级, /etc/fstab 中使用 LABEL=语法的问题
安装了 Jaunty Alpha 5, Jaunty Alpha 6, 或者 Ubuntu 9.04 beta 的系统可能会在 /etc/fstab 中使用 LABEL= 的语法来表示文件系统(分区)。这有可能导致意料之外的行为,例如后来插入的U盘和某个分区有冲突的 label 标签。 除非你确认这就是你的本意,我们建议您使用 UUID 代替 LABEL 。
例如,如果一个分区在 /etc/fstab 中用 LABEL=home 表示,你可以用下面的命令找到它对应的 UUID:
blkid -o value -s UUID -l -t LABEL=home
你可以用 UUID=output 代替 LABEL=home ,output 是上面那命令输出的字符串。
安装了 Ubuntu 9.04 的预发布版本(release candidate)或者最终发布版本(final release)的系统没有这个问题。
从 alphas 版本升级的用户需要重新加密您的加密 home目录
运行了 eCryptfs 的 Jaunty Alpha milestones 需要考虑重新加密所有的加密文件。一个上游 2.6.28 kernel bug 导致随机内核内存被写入 eCryptfs 加密的文件头中。修正已经应用并配置到 Jaunty RC 内核的 ubuntu 用户中。使用这个内核的 Ubuntu eCryptfs 用户们应该使用 /usr/bin/ecryptfs-rewrite-file 命令重新加密每一个加密过的文件。请参考 ecryptfs-rewrite-file(1) 获取更多详细信息。 参考 Bug 345544。
Ubuntu 8.10 被安装了 lilo
从 CD 安装的 Ubuntu 8.10 系统误将 lilo 包和 grub 一起安装了,虽然还是默认使用 Grub 引导。如果你使用推荐的更新管理器升级方式,并且 lilo 没有被使用过的话将被自动移除。如果你使用其他的升级方式并且你确认你只使用 grub 的话,我们推荐您手动删除 lilo 包。 Bug 314004
不再支持通过模块选项调整无线控制领域
Ubuntu 9.04 启用了 CRDA 无线管理框架来控制无线通道在特定位置的可见和可用。如果你以前使用模块选项(/etc/modprobe.d/options)来允许在你的位置访问个无线通道,你就会发现你的无线设备根本就不能用了:
options cfg80211 ieee80211_regdom=EU
升级到 Ubuntu 9.04 之后你必须移除这个内核模块选项,然后使用 iw reg 命令来管理。
Kubuntu升级后,必须重新手动添加 Network management applet
当从 Kubuntu 8.10 升级上来之后,新的 Network Management applet 需要手动添加到桌面任务条上。(Bug 349066)
plasma-1.png | plasma-2.png | plasma-3.png |
点击查看 | 点击查看 | 点击查看 |
点击右下边的 Plasma(等离子体?原生质?) 图标。 | 点击添加 Widget。 | 在 Network Management 上双击。 |
Kubuntu 网络管理器不能连接 WPA2 网络
Kubuntu 里的 Network Management applet 不能连接到 WPA2 无线网络或者某些 VPN 网络。你可以使用 knetworkmanager (DVD上有) 或者 network-manager-gnome(gnome的网络管理器) 暂且代替。 Bug 339313
Xorg 默认禁用了 Ctrl-Alt-Backspace 组合键
重启 X 的 Ctrl-Alt-Backspace 组合键现在被默认禁用了,这是为了避免错误的按下这个组合键引起的麻烦。希望使用这个功能的用户可以在 xorg.conf 文件中启用这个功能, 或者使用命令 dontzap --disable。
改进可用更新的通知
Ubuntu的9.04 改进了软件包更新,立即启动 update-manager 而不是在GNOME面板显示通知图标。用户的 安全更新仍然每天通知一次,其它更新改成每周一次。
用户想要继续使用原来的更新通知方式,可以使用以下命令恢复:
gconftool -s --type bool /apps/update-notifier/auto_launch false
其它已知的问题
Intel 显卡效率变低
使用Intel 显卡的用户报告,与8.10的 (Bug 252094) 之前的版本相比,显卡效率变低 了. 很多问题在9.04虽然已经解决了,但部分问题仍然存在.
- 部分用户在打开 "greedy" migration heuristic 后,显卡运行变快. 打开方法是运行 "sudo gedit /etc/X11/xorg.conf" , 添加 `Option "MigrationHeuristic" "greedy"` 到 `Section "Device"` 下面 .
- 另外,有一个实验性的加速模块, "DRI2/UXA" ,而且已经证明在我们的某些 Testing用户上有明显的性能提升, 但还不稳定. 你可以尝试打开它: "sudo gedit /etc/X11/xorg.conf" , 添加`Option "AccelMethod" "UXA"` 到 `Section "Device"` 下面. 如果希望尽量保持稳定,就使用标准预设加速的 "EXA".
/!\ 注意,在某些情况下这将导致图形环境不能启动,或者完全失灵。在这种情况下,可以开机进入救助模式,或按Ctrl + Alt + F2和登录到文本控制台 , 然后使用 `sudo nano /etc/X11/xorg.conf` 恢复UXA选项.
- 如果上述帮助都没用, 看这: 使用一个旧版本的驱动.
一些Intel显卡显示会卡死
一些Intel 显卡用户报告,在休眠或待机后,显卡会卡住几分钟 (Bug 339091),或 (Bug 359392). 关掉桌面效果 系统 → 参数 → 外观 会有帮助.
如果关掉桌面效果后还是老样子. 你可以在 `/etc/X11/xorg.conf` 里添加 `Option "DRI" "off"` 到`Section "Device"` 下面, 如上所述,这将禁用3D加速和桌面效果, 但这使待机休眠变得可靠,也避免了很多崩溃问题.
ext4文件系统的删除锁定
在某些情况下,在ext4文件系统删除文件会引起内核锁定(Bug 330824). 这个问题正在调查,预计会在发布后的更新中修复. 为了避免这个问题, 用户可以安装使用默认提供ext3文件系统支持,等修复BUG后换到ext4 (具体文档在这里 ext4 wiki)
切换到ext4需要手动更新 grub
如果您选择升级您的`/` or `/boot` 文件系统,从ext2或ext3到ext4 (看这里 ext4 wiki) ,而且你 必须 使用`grub-install`来重新激活你的引导程序。如果你不这样做,那么旧版本的grub将无法从ext4文件系统读取内核,您的系统将无法启动。
在ARM架构可能会不定期得挂起
ARM的port目前不支支持 ppoll() & pselect() 系统调用 ,这有时会导致系统启动时装载根文件系统失败。这是一个资源抢占问题,重新开机通常会清除这个问题。修复正在进行中,稍后会发布 Ubuntu的9.04 ARM内核更新。