dpkg -i 单独安装离线.deb包大概率失败，因其不解析依赖，仅校验安装；真正可行的离线方案是在同版本同架构联网机上用apt-cache depends递归下载主包及全部运行时依赖，再通过sudo apt install ./xxx.deb在目标机本地安装。
直接用 dpkg -i 安装离线 .deb 包，大概率会失败——不是缺依赖，就是依赖版本不匹配。真正能落地的离线安装，必须把“主包 + 所有运行时依赖”一并打包带过去。
为什么 dpkg -i 单独用经常失败
dpkg 本身不解决依赖，只校验并安装。一旦遇到 unmet dependencies 错误（比如提示 libssl1.1 is not installed），它就停住，不会自动下载或提示该装哪个包。
- 常见错误现象：
dpkg: dependency problems prevent configuration of xxx - 典型诱因：目标机器没装过类似软件，基础库版本老旧，或系统架构不一致（如在
arm64机器上用了amd64的包） - 关键点：
dpkg -i是“安装器”，不是“依赖解析器”；它连apt的本地缓存都不查
离线安装必须先在有网机器上收齐所有依赖
不能只下载一个 .deb 文件就拷过去。得用 apt-get download 配合依赖递归解析，一次性拉全。
- 在环境一致的联网机器上执行（同发行版、同版本、同架构）：
sudo apt update<br>apt-get download $(apt-cache depends --recurse --no-recommends --no-suggests --no-conflicts --no-breaks --no-replaces --no-enhances your-package-name | grep "^\w" | sort -u)
- 这会下载
your-package-name.deb及其所有未满足的依赖包（不含推荐包，避免冗余） - 检查是否完整：
ls *.deb | wc -l—— 一般至少 3～10 个文件，纯主包基本不可能跑起来 - 别用
wget或浏览器手动下：网页上只提供主包，没有依赖列表，容易漏
目标机器上用 apt install ./xxx.deb 而非 dpkg -i
即使离线，apt install 仍能工作——它会扫描当前目录下的所有 .deb 文件，构建本地依赖图，然后按顺序安装。
- 把全部
.deb文件拷到目标机器同一目录（如/tmp/offline-pkgs/） - 进入该目录，执行：
sudo apt install ./your-package-name.deb
- 注意：
./不能省，否则apt会去远程源找，报Unable to locate package - 如果提示
E: Unable to correct problems, you have held broken packages，说明依赖不全或架构不匹配，回前一步检查
实在只有单个 .deb 文件时的补救办法
比如你只拿到一个 Chrome 或 Docker 的官方 .deb，又没法重下依赖——这时只能靠 dpkg -i + 手动补依赖，但风险高、步骤碎。
- 先强制安装（忽略依赖）：
sudo dpkg -i --force-depends your-package.deb
- 再用
apt install -f尝试修复：sudo apt install -f
- 但注意：如果机器完全断网，
apt install -f会失败；它需要能访问/var/cache/apt/archives/里已有的包，或配置了本地源 - 更稳妥的做法是：用
dpkg -I your-package.deb | grep Depends看明确依赖项，再逐个找对应.deb补上
离线安装最易被忽略的一点：目标机器的 /etc/apt/sources.list 不需要改，也千万别删。哪怕没网，apt install ./xxx.deb 依然依赖本地 APT 元数据结构来解析包关系。删了它，连 apt 命令都可能报错退出。
