曾经因为不了解，所以一开始选择了32位系统；后来内存大了，ArchLinux 的内核没有编译PAE支持，只能用 3GiB 多的内存，不爽。朋友又给了这篇教程，于是略作准备就开始动手了。

可是，但我真正动手时，那篇文章已经被另一篇英文教程取代了。当时忘记了 MediaWiki 会记录所有的编辑历史，所以只好将就着看了。结果，重启时 udev 没跑起来，说找不到 librt.so。我当然不会就此罢休，花费了一些时间，不仅拯救了系统，成功迁移到了 64 位，而且确定了 ArchWiki 上那篇教程的错误。

先说这个错误吧。现在已经修正了。方法 2: 从正在运行的系统一节，在安装 busybox 的时候，现在是一个红色的警告框，暗示着这里曾经发生的悲剧——

警告: 不要现在安装 lib32-glibc 软件包。在执行命令 ldconfig 后，当你安装 linux（内核）时，生成的镜像文件中，librt.so 等库文件会在 /usr/lib32 目录下，启动的时候二进制文件不会在此搜索库文件，导致启动失败。

当悲剧发生后，我有些紧张地拿出移动硬盘，先是进入移动硬盘上的 Arch，胡乱安装了几个 64 位软件包并重新生成 initramfs，结果连 init 也执行不了了。无奈我又启动64位内核的 PartedMagic chroot 进去查看。但是，chroot 失败了：

sh: cannot open shared object file

后来我才知道，因为我安装lib32-glibc时/lib/ld-linux.so.2发生冲突，我覆盖了；后来卸载 32 位的 glibc 时，它被删除了。于是，动态链接的 32 位程序没有动态库加载器了。但其实还是有办法的，因为被误删的只是个软链接。

/usr/lib32/ld-linux.so.2 /bin/ls

在老猫的提示下，手动指定ld-linux.so.2运行成功。我尝试把它链接过去，这个 32 位与 64 位库混合的系统开始有些可用了。接下来按 Wiki 里的指示操作就可以了。不过，我没有重装全部的库，而是只装了标明 i686 架构的库。这就是我之前那个用 Haskell 写的脚本的目的。不过还是出了点小问题——虽然我为防止程序运行不了而在开始之前把软件包列表生成了一份保存起来，但我忘了我的 HOME 是加密过的。PartedMagic 里没有 eCryptfs 工具，而 Arch 里的那个又因为库的原因运行不了，囧死了。。。幸运的是，我在迁移之前把 Dropbox 弄好同步了一遍，这个软件包列表也同步了。通过 Dropbox 网页界面下回来就好了。

弄好重启之后，整个事情还没完——我从 AUR 里编译安装的那些包还没重装呢。边重装边研究新的 64 位系统，发现 gcc 还是可以编译出 32 位程序的，只是要装gcc-multilib而已。现在可好了，既可以运行 64 位的程序，又可以运行 32 位的。库依赖少的 C 程序编译个 32 位的出来也没问题。

对了，最后说一句，vnstat 这厮的数据库格式竟然是平台相关的！换成 64 位后它就不断报错，直到我删除了以前的数据库。