Tom Gundersen 写道:
由于 filesystem-2012.6-2,文件夹
/var/run
和 /var/lock
将会被分别替换成到 /run
和 /run/lock 的符号链接。
大多数系统上已经是这种情况了,因为 initscripts
在系统启动是就会创建那两个符号链接。然而, 这些符号链接没有被任何包所有,这也就是我们这次升级所要解决的问题。
如果这两个符号链接已经在你的系统上(大多数人都应该是这样),你只要简单地运行:
# pacman -Syu --ignore filesystem && pacman -S filesystem --force
否则,如果 /var/run
或 /var/lock
是目录(比如,你在用 systemd
且从来没有用 initscripts 启动过系统),你需要在升级前删掉这俩目录。由于程序运行是会用到这俩目录,我们建议您在这么做之前先关掉任何相关的后台任务。
# rm -rf /var/run /var/lock && pacman -Syu && reboot
请注意:通常情况下,我们强烈建议不要使用 --force
参数,因为它是不安全的。然而在这个特殊情况下,它是安全的,且建议您个不要自己删除 /var/run
或 /var/lock
。
最后,使用 linux-3.4 之前版本内核的用户在升级
filesystem
时会得到一个关于 /sys 权限的警告。这没什么好担心的,因为在
linux-3.4
中它的权限将会成为 555,这次升级在 filesystem
包中反映了它。
Gaetan Bisson 写道:
最近6个月,当我们正在搞定我们公钥基础架构细节的时候,pacman 的包验证功能在默认情况下被关闭了。
在 pacman-4.0.3-2 中,它们终于又被开启;当你升级的时候,你会被提示运行:
pacman-key --init
pacman-key --populate archlinux
这两条语句将为 pacman 设置一个本地密钥环,并填入验证官方包所需的数据。这包括5个用来验证 Arch Linux 打包者(开发者和受信任的用户)的主密钥,这样你就不用知道谁加入或离开了打包大军的队伍:你只要一次性验证好那五个主密钥就行了。“populate”命令会叫你去验证这五个主密钥的;请细心检查这些密钥的指纹,看看它们是否与我们网站上公布的指纹相符合。
然后,把你的 pacman.conf
和 pacman.conf.pacnew
合并,也就是说,通过设置 SigLevel 选项开启包验证,这样你应该就能正常使用它了。
欲知更多关于 pacman 开发和 archlinux 密钥环的细节,请看 Allan 和 Pierre 的博客中的相关文章。
由于硬件故障, 部分源暂时停止服务, 我们正在努力修复中. 请见谅!
以下是受影响的源列表
- qomo
- tinycorelinux
- plf
- archlinux
- fedora
- debian-cd
- openSUSE
- rpmfusion
- mandriva
- kdemod
- gentoo
- slackware
- debian-archive
systemd
和 udev
的上游已经合并。我们将继续在单独的包里分别提供它们。但是,为了将一切保持简单,udev
将不再是 systemd-tools
的一部分。这个包还包含了其他几个独立的,无需依赖 systemd
即可运行的工具。精明的读者将会注意到这意味着完整的 systemd
已经被包含在了 [core]
仓库中。
请在提示时选择使用 systemd-tools
替换 udev
。如果您同时也升级了 linux
包,您可能会看到在创建 initramfs
之时报告 udev hook is not found
错误。升级完成之后,请重新执行 ' mkinitcpio -p linux '
来保证为新安装的内核创建了一个正确的可启动的镜像。