<think>我们有一个在线Ubuntu22
.04主机（源主机）已经下载了一些包（1个升级，18
6个新安装），现在需要将这些包迁移到另一台内网Ubuntu22
.04主机（目标主机）上。由于目标主机在内网，可能无法直接访问互联网下载这些包，所以我们需要将源主机上下载的包复制到目标主机上，然后在目标主机上安装。
步骤：
1
. 在源主机上，我们已经下载了包（位于/var/cache/apt/archives/目录下），但还没有安装（根据提示，我们还需要获取1
02MB/1
03MB，说明已经下载了部分，但可能还没有完全下载完成？）。但是根据问题描述，我们是要迁移这些包，所以假设我们已经完成了下载（或者我们重新运行下载命令确保所有包都已下载）。
2
. 在源主机上，我们可以使用`apt`工具来生成需要下载的包列表，然后确保这些包都被下载到本地缓存中。但是，根据问题，我们已经看到了下载列表，所以我们可以直接复制这些包。
3
. 复制包到目标主机。我们可以将源主机上/var/cache/apt/archives/目录下的所有
.deb包复制到目标主机的相同目录下（或一个临时目录）。
4
. 在目标主机上，使用`dpkg`或`apt`安装这些包。
但是，注意：我们还需要考虑依赖关系，以及包的状态（例如，有些包可能已经部分安装）。不过，由于目标主机是全新的或者相同系统，我们可以使用以下方法：
更推荐的方法：使用`apt`的离线安装方法。
具体步骤：
步骤1：在源主机上，确保所有需要的包都已经下载完成。
我们可以重新运行安装命令（但不要安装，只下载）：
sudo apt update
sudo apt install
--download
-only <packages>
但是问题中并没有给出具体的包名，而是通过一个更新操作触发的。我们可以根据当前状态，使用以下命令下载所有需要的包（包括升级和新安装）：
sudo apt upgrade
--download
-only
sudo apt install
--download
-only <new
-packages>
但是，我们也可以直接使用：
sudo apt
-get
-d install
不过，根据问题描述，我们已经下载了部分包（1
02MB/1
03MB），所以我们可以先完成下载：
sudo apt
-get
-y install
--download
-only
注意：如果已经下载完成，这一步会很快。
步骤2：将下载的包复制到目标主机。
- 在源主机上，打包/var/cache/apt/archives/目录下的所有
.deb文件（注意：这个目录下可能包含之前下载的包，但我们可以只复制最近下载的，或者全部复制，因为apt会自动跳过不需要的包）
- 或者，我们可以使用`apt
-rdepends`来精确获取这些包的依赖，但这里我们简单处理，复制整个缓存目录。
步骤3：将包传输到目标主机（内网）。可以使用scp、rsync、U盘等。
步骤4：在目标主机上，将包复制到/var/cache/apt/archives/目录（或者使用临时目录，然后使用`dpkg
-i *
.deb`，但这样可能不会解决依赖问题）。
更好的方法：在目标主机上，使用`apt`来安装这些包，这样会自动解决依赖。
- 将所有的
.deb文件放在一个目录，比如~/offline
-packages
- 然后使用以下命令安装：
sudo apt install
./offline
-packages/*
.deb
或者
cd offline
-packages
sudo dpkg
-i *
.deb
sudo apt install
-f # 修复依赖
但是，如果包有依赖关系，且有些依赖包没有在离线包中，那么第二种方法可能会失败。因此，我们可以在目标主机上创建一个临时的deb仓库。
另一种方法是使用`dpkg
-scanpackages`创建本地仓库：
1
. 在目标主机上，将所有的
.deb文件放入一个目录，例如：/tmp/offline
-packages
2
. 创建Packages
.gz文件：
cd /tmp/offline
-packages
dpkg
-scanpackages
. | gzip
-c9 > Packages
.gz
3
. 添加本地仓库到sources
.list：
echo "deb [trusted=yes] file:/tmp/offline
-packages
./" | sudo tee
-a /etc/apt/sources
.list
4
. 更新apt缓存：
sudo apt update
5
. 然后就可以安装这些包了，但是要注意，我们需要安装的包名是什么？这里我们可以根据源主机上要安装的包名来安装。
但是，我们可能不知道具体的包名，所以我们可以尝试在目标主机上执行相同的更新操作，然后apt会从本地仓库中获取这些包。
不过，由于我们只是复制了源主机上缓存中的包，这些包可能包含一些目标主机已经安装的包，所以使用`apt upgrade`或`apt install`时，apt会自动选择需要的包。
但是，更简单的方法是：我们复制源主机上的包到目标主机的/var/cache/apt/archives/目录下，然后在目标主机上执行：
sudo apt upgrade
sudo apt install <new
-packages>
但是，我们同样需要知道哪些是新安装的包？问题中并没有给出包名。
考虑到问题中的输出，我们实际上是在安装
qemu相关的包（从下载列表可以看出），所以我们可以假设我们要安装的是
qemu-system和相关的包。
然而，我们也可以采用另一种方法：在源主机上，使用`apt
-mark`来标记这些包为手动安装，然后生成一个包列表，在目标主机上根据这个列表安装。
步骤：
在源主机上：
1
. 完成下载：`sudo apt install
--download
-only
-y` （根据之前的提示，我们可能已经下载完成）
2
. 生成包列表：我们可以使用`apt list
--upgradable`和`apt list
--installed`来比较，但更直接的是，我们记录下将要升级和新安装的包。但是问题中已经给出了：1 upgraded, 18
6 newly installed。我们可以通过以下命令获取这些包名：
将要升级的包：`apt list
--upgradable | grep
-v '已列举' | cut
-d'/'
-f1` （注意：输出可能是中文）
新安装的包：我们不知道，因为还没有安装。所以我们可以通过模拟安装来获取：
sudo apt install
--simulate <你原本要安装的包> 2>&1 | grep '^Inst' | awk '{print $2}'
但是，问题中没有给出原本要安装什么包，而是通过一个升级操作（可能还包含安装一些新包）。所以我们可以模拟整个升级和安装过程：
sudo apt upgrade
--simulate
sudo apt install
--simulate <new
-packages>
但是，我们也可以使用：
sudo apt
-get
-s upgrade | grep '^Inst' | awk '{print $2}' # 获取升级的包
sudo apt
-get
-s install <package> | grep '^Inst' | awk '{print $2}' # 获取新安装的包
由于问题中并没有给出具体的包名，我们假设用户执行的是`sudo apt upgrade`和`sudo apt install`一些包（但未指定，可能是作为依赖被安装）。
考虑到复杂性，我们可以直接复制整个缓存目录，然后在目标主机上执行相同的操作（升级和安装相同的包）。
因此，我们简化步骤：
源主机：
1
. 确保下载完成：
sudo apt update
sudo apt upgrade
--download
-only
# 如果还有新安装的包，也下载（假设用户已经执行了`apt install`命令，只是下载了而没有安装）
# 或者，我们重新执行一次完整的安装命令（模拟用户操作，但只下载）：
sudo apt install
--download
-only <用户原本要安装的包> # 这里需要用户输入包名，但问题中没有给出，所以我们无法知道。
但是，问题中已经显示了下载列表，说明用户已经执行了下载操作，我们假设包已经下载在缓存中。
2
. 将缓存目录打包：
tar czvf apt
-packages
.tar
.gz
-C /var/cache/apt/archives
.
3
. 将apt
-packages
.tar
.gz复制到目标主机（通过U盘或内网传输）。
目标主机：
1
. 将包解压到缓存目录（注意：不要覆盖已有的包，因为可能包含其他需要的包）：
sudo tar xzvf apt
-packages
.tar
.gz
-C /var/cache/apt/archives
2
. 然后，执行升级和安装操作：
sudo apt upgrade # 升级包
sudo apt install <新安装的包> # 但是这里同样需要知道新安装的包名
问题：我们不知道新安装的包名是什么。
解决方案：在源主机上，记录下将要安装的包名（通过`apt list
--upgradable`和将要安装的包名）。我们可以这样：
在源主机上：
# 获取将要升级的包
apt list
--upgradable | awk
-F/ '/可升级/{print $1}' > upgrade
-packages
.txt
# 获取将要新安装的包？这个比较难，因为还没有安装，我们可以通过模拟安装来获取，但这里我们假设用户知道要安装什么包。
但是，问题中用户并没有给出具体的包名，而是通过一个操作（可能是安装某个包）导致需要安装18
6个新包。所以我们可以记录下这个操作，然后在目标主机上执行相同的操作。
因此，我们建议：
在源主机上，记录下用户执行的命令（比如是`sudo apt install some
-package`还是`sudo apt upgrade`，或者两者都有）。然后，在目标主机上执行相同的命令，这样apt就会从缓存目录中获取包安装。
所以，步骤总结：
1
. 在源主机上，确保所有需要的包已经下载到/var/cache/apt/archives/目录下。
如果还没有下载完成，执行：
sudo apt update
sudo apt upgrade
--download
-only
# 如果还有新安装的包，执行（假设用户原本要安装的包是package1 package2
...）：
sudo apt install
--download
-only package1 package2
...
2
. 将整个/var/cache/apt/archives目录打包（或者只复制
.deb文件）：
cd /var/cache/apt
sudo tar czvf ~/apt
-packages
.tar
.gz archives
3
. 将~/apt
-packages
.tar
.gz复制到目标主机（通过U盘或内网scp等）。
4
. 在目标主机上，解压到/var/cache/apt/archives目录（注意：保留目标主机原有的包）：
sudo tar xzvf apt
-packages
.tar
.gz
-C /var/cache/apt
5
. 在目标主机上，执行相同的操作（升级和安装）：
sudo apt upgrade
sudo apt install package1 package2
... # 安装用户原本要安装的包
这样，apt会优先使用缓存目录中的包，而不会去网上下载。
注意：如果目标主机已经是最新状态，那么`apt upgrade`可能不会安装任何包，所以我们需要确保在目标主机上执行相同的操作（相同的命令）来触发安装。
但是，如果目标主机和源主机状态不同（比如源主机已经升级了部分包，而目标主机还没有），那么我们需要确保在目标主机上执行相同的升级操作。
另外，如果用户原本要安装的包名不知道，我们可以尝试在源主机上查看历史命令（如history）来获取，但这超出了问题的范围。
因此，我们假设用户知道自己在源主机上执行了什么命令（比如`sudo apt install
qemu-system`），那么在目标主机上执行相同的命令即可。
根据问题中下载的包，很多是
qemu相关的，所以很可能是安装了
qemu-system。
所以，在目标主机上，我们可以执行：
sudo apt upgrade # 升级包
sudo apt install
qemu-system # 安装
qemu-system
这样，apt就会从缓存目录中获取包进行安装。
如果用户不记得具体的包名，我们可以将源主机上将要新安装的包列出来，然后传递给目标主机。
在源主机上，我们可以通过模拟安装来获取新安装的包名（假设用户执行了`sudo apt install some
-package`）：
sudo apt install
--simulate some
-package | grep '^Inst' | awk '{print $2}' > new
-packages
.txt
然后将new
-packages
.txt复制到目标主机，在目标主机上执行：
xargs
-a new
-packages
.txt sudo apt install
但是，同样需要知道用户原本安装的包（some
-package）是什么。
所以，最可靠的方法是在源主机上记录下用户执行的命令。
由于问题中没有给出具体的包名，我们只能提供一般步骤。
因此，我们按照以下步骤操作：
源主机：
1
. 完成下载：执行用户原本要执行的命令，加上`
--download
-only`选项（如果用户原本执行的是`sudo apt upgrade`，则执行`sudo apt upgrade
--download
-only`；如果用户原本执行的是`sudo apt install package1 package2`，则执行`sudo apt install
--download
-only package1 package2`）
2
. 打包缓存目录：`sudo tar czvf apt
-packages
.tar
.gz
-C /var/cache/apt/archives
.`
3
. 复制到目标主机。
目标主机：
1
. 将包解压到缓存目录：`sudo tar xzvf apt
-packages
.tar
.gz
-C /var/cache/apt/archives`
2
. 执行用户原本要执行的命令（不带`
--download
-only`）
注意：目标主机需要和源主机相同的系统版本（Ubuntu22
.04），否则包可能不兼容。
另外，如果目标主机无法访问互联网，我们可能需要关闭目标主机的网络，或者修改/etc/apt/sources
.list，注释掉网络源，添加本地源（但这里我们使用缓存，所以不需要修改源，apt会自动使用缓存的包）。
但是，如果缓存中的包不完整，或者依赖不满足，apt可能会尝试从网络下载，所以如果目标主机完全不能联网，我们需要在apt命令中加上`
-o Acquire::http::Proxy="false"`来禁止网络访问，强制使用缓存：
sudo apt
-o Acquire::http::Proxy="false" upgrade
或者，修改/etc/apt/apt
.conf
.d/，添加一个临时配置：
echo 'Acquire::http::Proxy "false";' > /etc/apt/apt
.conf
.d/99offline
然后执行apt命令，完成后再删除这个文件。
这样，apt就不会尝试从网络下载，而只使用缓存。
总结步骤：
源主机：
1
. 确保包下载完成：
sudo apt update
sudo apt upgrade
--download
-only
# 如果还有新安装的包，则执行（假设包名为
qemu-system）：
sudo apt install
--download
-only
qemu-system
2
. 打包缓存：
cd /var/cache/apt
sudo tar czvf ~/apt
-packages
.tar
.gz archives/*
.deb
3
. 复制~/apt
-packages
.tar
.gz到目标主机。
目标主机：
1
. 将包复制到缓存：
sudo tar xzvf apt
-packages
.tar
.gz
-C /var/cache/apt/archives
2
. 配置apt离线模式（禁止联网）：
echo 'Acquire::http::Proxy "false";' | sudo tee /etc/apt/apt
.conf
.d/99offline
3
. 执行升级和安装：
sudo apt upgrade
sudo apt install
qemu-system # 安装用户需要的包
4
. 删除离线配置（如果需要恢复联网）：
sudo rm /etc/apt/apt
.conf
.d/99offline
注意：如果目标主机上已经安装了部分包，那么`apt upgrade`和`apt install`只会安装缺失的包。
但是，如果源主机和目标主机状态不一致，可能会导致安装的包版本不一致。所以最好在目标主机上执行相同的操作（相同的命令）。
由于问题中用户已经有一个升级操作和18
6个新安装包，我们可以假设用户执行了`apt upgrade`和`apt install
qemu-system`（从下载列表推测）。所以，在目标主机上，我们执行：
sudo apt upgrade
sudo apt install
qemu-system
即可。
但是，如果用户原本安装的包不是
qemu-system，则需要替换为实际的包名。
因此，我们提供的方法是通用的。
最后，我们根据问题要求，提出3
-5个相关问题。
§§相关问题§§
1
. 如果目标主机无法访问互联网，如何配置apt使其仅使用本地缓存的包进行安装？
2
. 在迁移包时，如何确保源主机和目标主机的系统版本和架构一致以避免兼容性问题？
3
. 除了复制整个apt缓存目录，是否还有其他方法（如创建本地仓库）来实现离线安装？具体步骤是什么？
4
. 如何获取在源主机上将要安装的包列表（包括升级和新增安装）并传递给目标主机？
5
. 在目标主机上安装过程中如果出现依赖问题，应如何解决？</think>要将在线Ubuntu 22
.04主机已下载的软件包（1个升级包 + 18
6个新安装包）迁移到内网主机，请按以下步骤操作：
### 迁移步骤
1
. **在源主机上打包已下载的DEB文件**
```bash
# 进入apt缓存目录
cd /var/cache/apt/archives
# 创建包含所有待安装包的清单（排除已安装的）
ls
-l *
.deb | awk '{print $9}' > pkg
-list
.txt
# 打包所有下载的DEB文件
tar czvf ubuntu
-pkgs
.tar
.gz
-T pkg
-list
.txt
```
2
. **将包文件传输到目标主机**
使用任意传输工具（如SCP/USB/NFS）：
```bash
scp ubuntu
-pkgs
.tar
.gz user@internal
-ip:/tmp/
```
3
. **在目标主机上安装**
```bash
# 解压到apt缓存目录
sudo tar xzvf /tmp/ubuntu
-pkgs
.tar
.gz
-C /var/cache/apt/archives/
# 安装所有包（自动处理依赖）
sudo apt install
--no
-download
--assume
-yes \
$(cat /var/cache/apt/archives/pkg
-list
.txt | sed 's/
.deb//g')
```
### 关键注意事项
| 项目 | 说明 |
|
------|
------|
| **依赖处理** | 使用`apt install`而非`dpkg
-i`确保自动解决依赖 |
| **版本一致性** | 目标主机必须同为Ubuntu 22
.04（相同`/etc/os
-release`） |
| **空间要求** | 目标主机需预留至少5
00MB磁盘空间（含依赖缓存） |
| **网络隔离** | 安装时禁用网络：`sudo apt
-o Acquire::http::Proxy="DIRECT" install
...` |
### 验证安装结果
```bash
# 检查安装状态
apt list
--installed | grep
-E "$(cat pkg
-list
.txt | sed 's/
.deb//g' | tr '\n' '|')"
# 查看磁盘变化
df
-h / # 对比安装前后空间变化
```
### 备选方案：创建本地仓库
若需重复部署，建议建立本地仓库：
```bash
# 在目标主机操作
sudo mkdir
-p /opt/local
-repo
sudo cp /var/cache/apt/archives/*
.deb /opt/local
-repo
# 生成仓库索引
sudo apt install dpkg
-dev
cd /opt/local
-repo
sudo dpkg
-scanpackages
. /dev/null | gzip > Packages
.gz
# 添加源
echo "deb [trusted=yes] file:///opt/local
-repo
./" | sudo tee /etc/apt/sources
.list
.d/local
-repo
.list
sudo apt update
```
QEMU 6.0.0 版本于 4 月 30 日发布，此版本包括 3300 多个提交，由 268 名开发者共同完成。主要更新包括新增基于 virtio 设备的 ‘virt’ 机器类型、ARM 架构支持、新板级支持包等。
扫一扫
1010
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
