是否可以从 32 位安装“升级”到 64 位安装？

Question

根据标题，我想知道我是否可以在成功进行 32 位设置和随后的软件安装后更新到 64 位版本。

我知道如何分区（实际上是解决方案之一是一套/，/etc，/home，/var/www，并/opt作为单独的分区），我知道，一个干净的安装是不是一个肮脏的一个更好的方式，但我想知道是否/如何是可能的去做。

Answer 1

您会发现全新安装比任何其他不寻常的、晦涩的、不受支持的方法都少很多麻烦。

您对配置文件、主目录等进行分区的建议可能是最好的主意，并且可以在全新安装中安装与另一个安装相同的软件包。

另一方面，您所要求的都是可能的，有一个基于 Debian 的系统的小指南，但请记住“这确实适用于专业级别的系统管理员”和“这个过程在所有可能的方面都是一个坏主意。如果它吃了你的长子，请不要来找我哭”...（祝你好运）

Answer 2

我将抛出 raise dead，因为该线程是“将 ubuntu 升级到 64 位”的最佳结果之一，并且所选择的答案虽然公认是明智的选择，但并不是完整的故事。

事实上，可以将 Ubuntu 从 32 位升级到 64 位。你可以做到。

我刚刚完成了这样的升级。

也就是说，“可以”和“应该”这两个词看起来完全不同，升级和全新安装也是如此。你能做到吗？是的。你应该这样做吗？诶诶诶...

在不破坏系统的情况下从 32 位升级到 64 位花了我一周的大部分时间。包括在 aptitude 中手动修复 600 多个损坏的软件包，因为自动解析器开始循环，显然是由于 PERL:i386（已安装的软件包需要）与 PERL:amd64（您尝试安装的软件包需要）不兼容。

这是在我手动安装了一堆软件包（包括正确版本的 PERL）以修复 apt 错误之后：您看，apt-get -f install（这是获得主要工作的 64 位系统所必需的）将卸载 PERL32 以安装 PERL64 ...然后在开始真正重新安装 PERL 之前，继续尝试删除 1234 个其他软件包。毋庸置疑，这不是一个好主意，因为 apt 系统的相当大一部分（实际上还有很多其他东西）依赖于工作的 PERL。

重新安装完全是从控制台执行的（当然是 aptitude FTW），因为控制台几乎只需要一个有效的 bash（以及 aptitude 的有效诅咒，但如果你尝试这样做，诅咒将会很多，你可以打赌)，而 X 需要...太多的东西，以至于当您对系统进行心脏直视手术时，无法相信它可以继续工作。

综上所述，以下 Debian 文章解释了如何对您的系统进行交叉分级：

https://wiki.debian.org/CrossGrading

这与最初接受的答案中描述的文章不同，因为与此同时，事情发生了变化，大部分情况都在变好。

基础知识是：

 dpkg --add-architecture amd64

 apt-get update

 apt-get install linux-image-amd64:amd64

 reboot

 apt-get clean

 apt-get --download-only install dpkg:amd64 tar:amd64 apt:amd64

 dpkg --install /var/cache/apt/archives/*_amd64.deb

此时，您将能够执行以下操作：

dpkg --print-architecture 

导致以下行：

amd64

好极了。Ubuntu 认为这是一个合适的 64 位系统。真可爱。当然，你更清楚。

现在你可以运行：

apt-get update

这将下载所有 64 位软件包的列表，您需要这些软件包来完成对系统的交叉分级。

在这一点上，您的系统就像什么都没发生过一样，只是您安装任何东西的能力都被完全破坏了。

你看，你现在有多个 i386 包，它们没有实际的多架构等效项，所以你会被各种技术上“不可用”的依赖所困住。你已经安装了它们，所以你的系统将运行，但在这个阶段......我不会相信 apt 比我能扔的更远。

这篇文章认识到需要修复，并建议您这样做：

 apt-get -f install

这将导致 apt 尝试修复您刚刚制造的不敬虔的混乱。相信我，你刚刚弄得一团糟。

这个过程的一个小问题是它会导致部分 apt 系统（和其他关键子系统）在中途被卸载，在剩余的过程中导致错误（你不说），让你陷入困境.

幸运的是，并非没有桨。您可以通过以下方式安装现在丢失的软件包：

dpkg -i/var/cache/apt/archives/(package)*amd64.deb

请注意，至少对我而言，网络在一个地方停止工作......好吧，几个......点。这是因为 apt 删除了许多保持网络正常运行所必需的软件包（例如 dhcp 客户端）。

然后，apt 高兴地告诉我它需要下载一些额外的包。没有工作网络。

如果这听起来像你正式确定...嗯，那是因为你是。

除非你有有线网络（你的 WiFi 包已经卸载了，而且 WiFI 工作起来还是比较复杂的），知道它的配置信息，并且能够使用ifconfig、路由等。

继续尝试，apt-get -f install直到不再出现错误为止。

在apt对系统状态感到满意后，您可以运行aptitude并手动修复您会发现的 600 个损坏的软件包。显然，apt并且aptitude对工作系统的外观有不同的想法。不要问我为什么。

此外，正如我所提到的，aptitude如果您尝试让它自动执行它的操作，解析器会进入一个无限循环。不能责怪它，真的，它被设计为在一个工作系统上启动并帮助用户添加或删除一些包，而不是修复这种可恶的东西。

这是我花了几天时间修复的部分，一次一点点，使用不同的系统偶尔上网并确保我没有不小心重新格式化我家的狗。

如果这一切还没有让您气馁，请注意，这是我第二次尝试实时升级。

第一个以mkfs.

提示，提示，大 fscking 提示。或者更确切地说，大 mkfsing 提示。

但同样，它最终确实奏效了。

系统正在运行，它主要使用 64 位软件包（有几个例外我最终必须修复），并且可以运行需要 64 位安装的应用程序。

这是可能的。

如果这是您唯一的选择，无论出于何种原因，您都可以按照上述过程进行操作 - 如果您具有所需的领域知识。

如果你不知道之间的区别sync和rsync，如果你不舒服的insmod的，如果你不知道如何使用ifconfig，如果你不经常喜欢性向图形安装程序的名字我想不起来了的时刻。 .. 只需备份您的数据并从头开始安装。

它不会那么痛苦，它会为您节省大量时间，并且会给您带来全新的安装体验，而不会在 11 个月后留下任何意外的残留物来咬您。

如果你已经备份了你不想丢失的东西，而且别无选择——或者只是想通过用头撞东西（尤其是墙壁）来学习……好吧，你可以试试。

它甚至可能起作用。

Answer 3

一旦实现了多架构规范，这可能是更合理的做法。 https://wiki.ubuntu.com/MultiarchSpec——目前推迟到 11.04，但请记住，它现在已经推迟了大约 6 个版本。也就是说，实际进展是在 10.10 中取得的，所以这次可能会发生。

在那之前，不要打扰。备份您的数据，根据需要重新分区，然后重新安装。

Answer 4

不，您不能从 32 位升级到 64 位。它必须是干净（全新）安装

在确保您的系统支持 64 位操作系统之前，并检查 Ubuntu 64 的最低要求。您可以在此处执行此操作

术语 32 位和 64 位是指计算机 CPU 处理信息的方式。64 位版本比 32 位系统更好地处理大量 RAM。如果您运行的是 32 位版本的 Ubuntu，则只能升级到另一个 32 位版本的 Ubuntu。同样，如果您运行的是 64 位版本的 Ubuntu，则只能升级到另一个 64 位版本的 Ubuntu。

如果您想从 32 位 Ubuntu 迁移到 64 位 Ubuntu，您需要备份文件，并全新安装 64 位 Ubuntu。

Answer 5

您现在可以使用最近的安装程序轻松完成此操作（至少使用我刚刚使用的 13.10）。启动到 64 位映像 DVD（或 USB 驱动器或其他）并选择第一个选项重新安装，保留您的个人文件。即使您没有单独的/home分区，这也有效。

这将重新安装大部分系统，包括应用程序，但需要事先列出已安装的软件包列表才能从 repo 重新安装它们，因此只要软件包当时有 64 位版本可用，您应该最终得到重新启动时的大多数应用程序。根据我的经验，有一些没有安装 - 主要是那些通过 3rd 方存储库（例如 Google Chrome）安装的 - 但之后手动安装这些不需要很长时间。