smiller@corinne3:~$ dpkg-query -p binutils
Package: binutils
Priority: optional
Section: devel
Installed-Size: 10092
Maintainer: Ubuntu Core developers <[email protected]>
Architecture: amd64
Version: 2.20-0ubuntu2
Provides: elf-binutils
Depends: libc6 (>= 2.8), zlib1g (>= 1:1.1.4)
Suggests: binutils-doc (>= 2.20-0ubuntu2)
Conflicts: elf-binutils, gas, modutils (<< 2.4.19-1)
Size: 1660892
Description: The GNU assembler, linker and binary utilities
The programs in this package are used to assemble, link and manipulate
binary and object files. They may be used in conjunction with a compiler
and various libraries to build programs.
Original-Maintainer: Matthias Klose <[email protected]>
我怀疑没有简单、稳定、可靠、自动化的方法,因为它不是经常需要的东西,不值得花大量时间开发和测试,手动完成可能需要比简单地从头开始重建 VM 的安装更长。
您可以在一定程度上加快重建速度,您可以通过运行确保安装了所有相同的包
在旧虚拟机上,传输文件并运行
在新的虚拟机上。
然后将旧 VM 的
/etc/
树复制到新机器上(而不是像/etc
- 将它临时放在某个地方)并使用diff
工具来定位您需要转移的差异。不只是批量复制/etc
到位的原因是,某些 64 位/32 位软件包的默认配置可能存在细微差异,您可能至少希望对其进行研究,而不是在不知道的情况下进行闪电战。首先/etc/apt/sources.lst
需要有所不同。(即使这样做是为了将 32 位安装复制到另一个 32 位安装,我仍然不会只是/etc
批发复制 - 做这样的差异可以让您找到不再相关的东西,为了清楚起见应该清除)一旦完成复制 /home 以重新获得任何用户特定的配置和数据,以及
/var/www
如果您有 HTTP 从那里提供的文件等等,您就完成了。我使用上面的方法将一个 32 位安装复制为另一个 32 位安装,但它应该在架构之间同样有效。您可能会发现某些包会导致
apt-get
命令警告您找不到包。其中一些将是 32 位兼容包,显然不会出现在 32 位存储库中(只需将它们从包列表中删除并重新运行),还有一些可能是明确命名为 32 位和 64 位包的包(在这种情况下,使用在 packages.ubuntu.com 上的搜索找到正确的名称,编辑包列表,然后重新运行 apt-get)。当然,这不会复制您没有从 Ubuntu 存储库安装的任何内容,因此您必须手动重做类似的任何事情,否则此过程可能会为您节省一点时间。此外,在运行 apt-get 之前,请确保新的 VMs sources.list 启用了与旧的相同的存储库,否则您会从
apt-get
.我知道在 Ubuntu 中不仅是 64 位内核。
以前没有做过这个迁移,我不能肯定地说,但我觉得这个计划可能是最好的。尝试在实例副本上将内核更改为 32 位,看看是否可行。然后尝试将其复制到另一台机器上。如果这不起作用,请重新安装 Ubuntu 并小批量复制配置文件以查看是否有任何问题。
如果第一种方法不起作用,则第二种方法非常复杂且耗时,但也许可以保存您的调整。
最好的选择是执行重新安装。例如,看看我的 Ubuntu 64 位服务器上的 binutils 包的详细信息:
“Architecture: amd64”行表示该软件包已编译为 64 位二进制文件,并且在引导至 32 位内核之前需要将其替换为 32 位版本。替换核心 libc6 库时会出现大问题,因为很多软件包都依赖于这些库。