Migrating between architectures (简体中文)

From ArchWiki

Tango-preferences-desktop-locale-modified.png这篇文章或章节的翻译不反映原文。Tango-preferences-desktop-locale-modified.png

原因：No updates since 2013（在 Talk:Migrating between architectures (简体中文)# 中讨论）
翻译状态：本文是 Migrating_Between_Architectures_Without_Reinstalling 的翻译。上次翻译日期：2013-05-09。如果英文版本有所更改，则您可以帮助同步翻译。

该页文档包含了在32位与64位这两个架构之间双向迁移的潜在方法。这些方法避免了重装整个系统，方法一使用liveCD，另一种从系统本身更改......

警告： 除非明确说明，所有的方法都是未经过测试的，并可能不可挽回地损害你的系统。请自己斟酌利弊，承担风险。

基本需求

确定64位架构

如果你已经运行x86_64系统但是想要迁移到32位架构，这一步与你无关，可以略过此步。

为了运行64位软件，你必须有一个兼容64位指令集的CPU。大多数现代CPU可以运行64位软件。你可以通过以下命令检查你的CPU：

grep --color -w lm /proc/cpuinfo

对支持x86_64的cpu将返回 lm 标志 (“long mode”) 被高亮。注意 lahf_lm 是不同的标志，与是否支持64位无关。

空间需求

你应该在迁移期间为 /var/cache/pacman/pkg 预备当前大约两倍的空间。这是假设只有当前安装的软件包都在缓存中， 好像 “pacman -Sc” (clean) 刚刚运行过。磁盘占据空间的增加源于在两个架构间迁移时没个软件包的复制。

如果你没有足够的空间请使用GParted 重新划分相关分区的大小，或者将另一个分区挂载到 /var/cache/pacman

在系统完全在新架构操作前请勿从缓存中移除旧架构中的软件包。过早地移除软件包将使你不能回退和撤销改变。

电力供应

迁移可能相当耗费时间，而且不方便中断。你应该至少计划一个小时，取决于你要安装的文件大小和网速(尽管你可以在关键部分前把一切都先下载下来)。确定你连上了稳定的电源，最好有某种故障恢复或备用电池。

Fallback packages

如果迁移中途失败了，有些软件包可以解决这种情况，但它们要在主要的包被迁移之前安装。关于它们的更多细节参见下面的#疑难解答 部分。

一个软件包叫作busybox, 可以用来撤销更改。 它静态链接并不依赖任何库。32位(i686)版本应使用如下命令安装： 

# pacman -S busybox

另一个包是 lib32-glibc, 来自 Multilib x86_64 仓库。可能仅仅在从32位迁移时有用，任何情况下你都可以安全的略过这个包。你可以通过显式调用 /lib/ld-linux.so.2来运行32位的程序。通过以下命令安装： 

# pacman -S lib32-glibc

方法 1: 使用 Arch LiveCD

  1. 下载、刻录、并从64位liveCD启动
  2. 在LiveCD上配置你的网络，然后让pacman使用你要迁移到的新架构的软件仓库。
  3. 把你当前系统挂载到 /mnt 目录. 例如: mount /dev/sda1 /mnt
  4. 使用如下脚本升级本地pacman数据库，获得你已经安装的所有软件列表然后重新安装它们：
  5. 你可能需要运行这个脚本两次, 因为许多包第一次运行post-install(edit:这是什么？)脚本会失败. 这是因为sed、 grep、perl等在错误的架构下。
  6. 你可能还需要更新initrd, chroot到/mnt并且运行mkinitcpio -p linux.
#!/bin/bash

MOUNTED_INSTALL='/mnt'
TEMP_FILE='/tmp/packages.list'

pacman --root $MOUNTED_INSTALL -Sy
pacman --root $MOUNTED_INSTALL --cachedir $MOUNTED_INSTALL/var/cache/pacman/pkg --noconfirm -Sg base base-devel
pacman --root $MOUNTED_INSTALL -Qq > $TEMP_FILE
for PKG in $(cat $TEMP_FILE) ; do
   pacman --root $MOUNTED_INSTALL --cachedir $MOUNTED_INSTALL/var/cache/pacman/pkg --noconfirm -S $PKG
done

exit 0

重启到你的64位系统后，运行这个命令去找到那些你仍保有的32位二进制文件，并且重装它们： 

find /usr/bin -type f -exec bash -c 'file {} | grep 32-bit' \;

方法 2: 从正在运行的系统

确认你的系统是更新到最新的并且在下一步之前运行良好。 

# pacman -Syu

准备软件包

缓存旧软件包

注意： 如果你有任何来自没有新架构支持的AUR 或第三方软件仓库的包， pacman将让你知道它不能找到合适的替代。列出这些软件以便升级后重装并运行pacman -Rsn package_name来清除它们。

如果缓存中没有你已安装的所有软件，下载它们(旧架构)为回退做准备。 

 # pacman -Qqn | pacman -Sw -

或者用pacman包里的bacman来生成它们。

如果你是从32位迁移，现在可以安装32位的Busybox： 

# pacman -S busybox

改变 Pacman 架构

编辑 /etc/pacman.conf 文件 并将 Architecture 从 auto 更改到新值。可以使用这些 sed 命令:

对于 x86_64: 

# sed -i  '/^Architecture =/s/auto/x86_64/' /etc/pacman.conf

对于 i686: 

# sed -i  '/^Architecture =/s/auto/i686/' /etc/pacman.conf

确定/etc/pacman.conf和/etc/pacman.d/mirrorlist中的server列表使用$arch来代替显式指定i686或x86_64。现在强制pacman同步新的仓库： 

# pacman -Syy

下载新的软件包

下载所有已安装软件对应的新架构的包： 

 # pacman -Sw $(pacman -Qqn|sed '/^lib32-/ d')  # download new package versions

既然已经配置好了32位的pacman，如果迁移到32位系统就现在安装Busybox： 

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

软件包安装

安装64位内核

将内核升级到64位既安全又直接：32位和64位应用可以同时很好地运行在64位内核上。对于从64位迁移，现在保留64位内核并跳过此步

安装标准Arch Linux内核，使用如下命令： 

# pacman -S linux

现在该安装 lib32-glibc 软件包了（你需要添加[multilib]软件仓库，如果你还没有： 

# pacman -S lib32-glibc
注意： 如果由于已存在不同名的软件包导致失败，使用-f选项强制安装。

重启后验证一下正在运行64位的内核： 

$ uname -m
x86_64

控制台终端

是时间转移到文本模式的虚拟控制台(e.g. Ctrl+Alt+F1) 来完成剩下的过程了。像ssh的伪终端也许可以工作但并不提倡. 在升级过程中有几个包的移除和取代可能造成X11桌面变得不稳定并让你的系统无法启动。

安装 Pacman

警告： 一旦你开始升级Pacman和它的依赖软件，过程将不能中断，它们必须在一个单独命令行同时安装。

使用 pactree 来安装Pacman和它的所有依赖: 

# pactree -l pacman | pacman -S -

可能会返回错误，但只要pacman在工作就没事。这条命令之后立即只有busybox，bash和pacman可以被执行，直到其它包被迁移。你一定不要在下面这些命令完成之前重启。已经警告过你了。

安装剩余的软件包

安装先前为新架构下载的软件包 (用同学电脑打一局dota或看个电影再回来：）) 

# pacman -Qqn | pacman -S -

如果有的包没有被正确安装，你现在应该能成功地安装它们了;如果你很懒，你可以仅仅重复运行最后一条命令来安装所有东西。

对于从64位迁移，你可能想跳过32位内核安装，因为先前的64位内核仍能运行32位程序。

这一部之后任何迁移步骤都应该大功告成了，可以安全地重启计算机了。

清理

现在可以随意移除Busybox 和lib32-glibc. 

# pacman -Rcn busybox lib32-glibc

Makepkg 编译器标志

在升级过程中新版本的 /etc/makepkg.conf 应被自动保存为 /etc/makepkg.conf.pacnew. 你不得不自己替代旧版本或更改它，如果你将来想用 makepkg 编译任何东西。 

# mv /etc/makepkg.conf /etc/makepkg.conf.backup && mv /etc/makepkg.conf.pacnew /etc/makepkg.conf

得到有关新添加到/etc的列表也许是个好注意。你可以通过以下命令获得: 

# find /etc/ -type f -name \*.pac\*

疑难解答

升级过程中, 当 glibc 被新架构版本取代时, 旧架构的任何程序都将不能运行 如果发生问题，你可以通过busybox 和lib32-glibc解决。

Busybox

在Arch中, Busybox是静态链接的; 它不需要库运行。有很多能用的命令。例如从缓存中提取i686版本的pacman： 

# busybox tar xf /var/cache/pacman/pkg/pacman-3.3.2-1-i686.pkg.tar.gz -C <some folder>

Lib32-glibc

例如运行32位的/bin/ls: 

# /lib/ld-linux.so.2 /bin/ls

KDE不能正确启动

当从32位迁移到64位时KDE将会发生冲突。（edit：从splash退回到kdm） 这是由于残存在 /var/tmp 中的32位KDE包，使用下列命令清楚kde缓存来修正这个问题： 

# rm -rf /var/tmp/kdecache-*

Mutt 开启 cache 后出问题

如果完成后发现 mutt 在打开邮件目录时死掉，重命名 cache 目录试试。如果可以解决问题，原来的 cache 可以删除。

参阅