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 ' 来保证为新安装的内核创建了一个正确的可启动的镜像。
