问题

Question

我可以将 Ubuntu 18.04 LTS 服务器的架构从 armhf 转换为 arm64 吗？我已经让它做了“多架构”的事情，但我不确定这是最好的解决方案。我应该怎么做？

是的，你可以，但这里有龙——初始转换过程必须主要是手动的，即使在之后，你也必须首先非常密切地关注你的包管理器想要做什么。我已经进行了多次转换——从 i386 到 amd64，从 armel 到 armhf 再到 arm64，反之亦然——从 amd64 到 i386，从 arm64 到 armhf 再到 armel。为什么？因为我可以。

首先要注意的是 - 如果您要从较不先进的架构交叉升级到较先进的架构（即 i386->amd64 和 armel->armhf->arm64），则需要先安装目标架构内核并启动它，然后才能交叉升级其余软件包。如果您要反过来交叉升级（我在发现 64 位软件包留下的可用 RAM 太少后在系统上这样做过），则需要先将所有软件包转换到较不先进的架构，然后才能转换内核（如果较不先进的架构中有内核可用）。第二件要注意的事情 - APT 不够智能，无法安全地交叉升级软件包，如果它认为某些依赖项已损坏，它会倾向于删除关键组件。在目标架构中安装所有dpkg、apt和aptitude（如果使用）及其所有依赖项之前 - 交叉升级绝对必须手动完成，尽管至少应该可以部分编写脚本。

现在进入交叉评分的过程：

确保您有某种方式来启动系统并在出现问题时 chroot 到其中，例如在通常从 eMMC 启动的 Pinebook Pro 上，可以通过保留带有另一个操作系统的 microSD 卡来实现，在 x86 上 - 只需保留一个实时 CD/USB。
将目标体系结构添加到 dpkg，例如dpkg --add-architecture arm64
更新 APT 源，例如apt update
在目标体系结构中安装内核，例如apt install linux-image-arm64:arm64重新启动进入新内核
打开至少几个 root 终端，特别是如果你没有 root 密码并使用 sudo: 。在其中一个 root 终端中sudo -i安装并保持运行也非常有用- 它可以使一些恢复任务更容易。mc
使用类似于apt-rdepends获取目标体系结构版本的所有依赖项的完整递归列表dpkg，apt以及可选的，aptitude使用下载所有这些软件包。对、、、apt download <package1> <package2> ...执行相同操作-这些是的运行时依赖项，手动安装它们将减少进入自动阶段时系统损坏的可能性。sedtarcoreutilsfindutilsdpkg
使用dpkg -i <package_file>逐个安装所有下载的软件包，从最核心的依赖项开始，然后转到依赖包 - 这本质上是使用新架构包“升级”旧架构包，正确地删除旧文件并安装新文件（对于非多架构包）dpkg，以及同时安装新文件和多架构包（例如）libc6。
一旦安装了新架构版本，apt您就可以运行apt update并尝试apt -f install安装/交叉升级目标架构的任何缺失依赖项，但要小心确保 APT 不会尝试删除任何与包管理或网络相关的包 - 如果没有这些包，系统仍然可以恢复，但这个过程相当繁琐。如果您看到 APT 建议删除任何这些关键包 - 请返回apt-rdepends并手动安装缺失的依赖项。
一旦您成功运行了至少一次，apt -f install您就应该至少运行apt full-upgrade一次 - 它可能会在目标架构中选择更多仍需要安装的软件包。
...
利润！！！

我如何系统地检查我已安装的所有 apt 包，并在可能/可用的情况下用 arm64 替换 armhf 包？

我的做法是使用并通过搜索旧架构来aptitude管道输出，例如。对于所有找到的软件包 - 首先，尝试安装新的 arch 版本，例如，如果上述命令列出，则只需执行，这应该会将 armhf 版本替换为 arm64。最终只会安装多架构软件包，此时应该可以清除返回的所有软件包。清除所有旧架构软件包后，您应该能够运行。grepaptitude search ~i | grep :armhffirefox:armhfapt install firefoxaptitude search ~i | grep :armhfdpkg --remove-architecture armhf

Answer 1

我可以将 Ubuntu 18.04 LTS 服务器的架构从 armhf 转换为 arm64 吗？我已经让它做了“多架构”的事情，但我不确定这是最好的解决方案。我应该怎么做？

是的，你可以，但这里有龙——初始转换过程必须主要是手动的，即使在之后，你也必须首先非常密切地关注你的包管理器想要做什么。我已经进行了多次转换——从 i386 到 amd64，从 armel 到 armhf 再到 arm64，反之亦然——从 amd64 到 i386，从 arm64 到 armhf 再到 armel。为什么？因为我可以。

首先要注意的是 - 如果您要从较不先进的架构交叉升级到较先进的架构（即 i386->amd64 和 armel->armhf->arm64），则需要先安装目标架构内核并启动它，然后才能交叉升级其余软件包。如果您要反过来交叉升级（我在发现 64 位软件包留下的可用 RAM 太少后在系统上这样做过），则需要先将所有软件包转换到较不先进的架构，然后才能转换内核（如果较不先进的架构中有内核可用）。第二件要注意的事情 - APT 不够智能，无法安全地交叉升级软件包，如果它认为某些依赖项已损坏，它会倾向于删除关键组件。在目标架构中安装所有dpkg、apt和aptitude（如果使用）及其所有依赖项之前 - 交叉升级绝对必须手动完成，尽管至少应该可以部分编写脚本。

现在进入交叉评分的过程：

确保您有某种方式来启动系统并在出现问题时 chroot 到其中，例如在通常从 eMMC 启动的 Pinebook Pro 上，可以通过保留带有另一个操作系统的 microSD 卡来实现，在 x86 上 - 只需保留一个实时 CD/USB。
将目标体系结构添加到 dpkg，例如dpkg --add-architecture arm64
更新 APT 源，例如apt update
在目标体系结构中安装内核，例如apt install linux-image-arm64:arm64重新启动进入新内核
打开至少几个 root 终端，特别是如果你没有 root 密码并使用 sudo: 。在其中一个 root 终端中sudo -i安装并保持运行也非常有用- 它可以使一些恢复任务更容易。mc
使用类似于apt-rdepends获取目标体系结构版本的所有依赖项的完整递归列表dpkg，apt以及可选的，aptitude使用下载所有这些软件包。对、、、apt download <package1> <package2> ...执行相同操作-这些是的运行时依赖项，手动安装它们将减少进入自动阶段时系统损坏的可能性。sedtarcoreutilsfindutilsdpkg
使用dpkg -i <package_file>逐个安装所有下载的软件包，从最核心的依赖项开始，然后转到依赖包 - 这本质上是使用新架构包“升级”旧架构包，正确地删除旧文件并安装新文件（对于非多架构包）dpkg，以及同时安装新文件和多架构包（例如）libc6。
一旦安装了新架构版本，apt您就可以运行apt update并尝试apt -f install安装/交叉升级目标架构的任何缺失依赖项，但要小心确保 APT 不会尝试删除任何与包管理或网络相关的包 - 如果没有这些包，系统仍然可以恢复，但这个过程相当繁琐。如果您看到 APT 建议删除任何这些关键包 - 请返回apt-rdepends并手动安装缺失的依赖项。
一旦您成功运行了至少一次，apt -f install您就应该至少运行apt full-upgrade一次 - 它可能会在目标架构中选择更多仍需要安装的软件包。
...
利润！！！

我如何系统地检查我已安装的所有 apt 包，并在可能/可用的情况下用 arm64 替换 armhf 包？

我的做法是使用并通过搜索旧架构来aptitude管道输出，例如。对于所有找到的软件包 - 首先，尝试安装新的 arch 版本，例如，如果上述命令列出，则只需执行，这应该会将 armhf 版本替换为 arm64。最终只会安装多架构软件包，此时应该可以清除返回的所有软件包。清除所有旧架构软件包后，您应该能够运行。grepaptitude search ~i | grep :armhffirefox:armhfapt install firefoxaptitude search ~i | grep :armhfdpkg --remove-architecture armhf

问题

问题

背景

方法

答案1

相关内容