开启 3 天免费试用
注册即可免费体验全部高级功能。
*仅限新用户；每位用户只能获得一次试用。
如何在 Ubuntu 安装 DEB 文件：核验来源、依赖与安装结果
Kevin Wu
2026年8月27日· 更新于 2026年8月28日· 6 分钟阅读
在 Ubuntu 安装 DEB 文件，安全顺序是：确认发布者和下载来源，检查 CPU 架构与包元数据，再运行 sudo apt install ./package.deb。其中 ./ 表示当前目录里的本地文件。确认前完整阅读拟议的依赖和变更，安装后验证软件包；安装失败时保留原始错误。
关键要点
- DEB 是软件包格式，不是发布者可信或内容安全的证明。
- 本地 DEB 优先交给 APT，因为它可以从已配置的软件源解析依赖。［1］
- 授予管理员权限前，先核对包名、版本、架构和其他元数据。
- 如果计划要移除无关软件、替换意外的系统文件，或要求你绕过认证，立即停止。
如果还没决定使用哪种格式，先看 APT、DEB、Snap、Flatpak 与 AppImage 对比。完整的低风险排障方法见设备故障排查指南。
在 Ubuntu 安装 DEB 文件的完整顺序是什么？
步骤 1：确认来源和 Ubuntu 支持范围
确认下载页属于发布者，文件也明确支持你的 Ubuntu 版本。保留下载页、原文件名和发布者给出的验证说明。
步骤 2：核对 CPU 架构
运行 dpkg --print-architecture，把结果与发布者提供的构建版本对照。不要强制安装不兼容的架构。
步骤 3：检查软件包元数据
使用 dpkg-deb --info 和 dpkg-deb --field 检查归档，把包名、版本、架构、维护者和依赖与发布者说明逐项核对。
步骤 4：把已核验的本地路径交给 APT
使用 sudo apt install ./package.deb 安装。不要改用网络响应直接交给 shell 的命令，也不要绕过认证。
步骤 5：审查完整事务
确认前读完整个 APT 计划。若出现无法解释的移除、降级、软件源变化或替换无关系统组件，立即取消。
步骤 6：验证安装结果
使用 dpkg-query 核对已安装的包名、版本、架构与配置状态，再按官方入口测试程序或服务。
步骤 7：恢复前保留证据
验证失败时保留完整错误和软件包状态，先按错误类别诊断再重试；确需卸载时，先模拟并审查移除计划。
这套顺序把来源信任、兼容性、事务审查和结果验证分开。命令返回成功不能证明下载来源真实，元数据看似合理也不能证明安装已经正确完成。把 sudo 提示当成最后一道批准边界：到这一步，你应当知道文件从哪里来、它声称包含什么、APT 要改什么，以及之后如何验证或移除。
DEB 文件应该从哪里下载？
只从软件发布者的 HTTPS 官方网站或其明确记录的软件源下载。核对域名、产品名称、支持的 Ubuntu 版本，以及发布者提供的校验和或签名说明。和文件放在同一受损站点上的校验和只能发现传输损坏，不能独立证明发布者身份。
不要安装聊天软件转发的包、陌生镜像上的包，或广告伪装的下载按钮。也不要运行把网络响应直接交给 shell 的安装命令。本地文件在安装时同样会获得相当大的系统权限，因此了解发布者比 .deb 扩展名更重要。
在验证完成之前，保留原始文件名和下载页。若发布者提供多个构建版本，要按 Ubuntu 版本与 CPU 架构选择，不能假定最新文件适合所有电脑。
如何检查 DEB 架构和包元数据？
先查看系统架构：
dpkg --print-architecture
再在不安装的情况下检查包：
dpkg-deb --info ./package.deb
dpkg-deb --field ./package.deb Package Version Architecture Maintainer Depends
把文件名换成实际名称。把 Architecture 与系统结果对照：all 通常用于与架构无关的包；其他值必须与系统以及有意配置的外部架构兼容。包名、版本、维护者和依赖也应与发布者页面一致。dpkg 手册记录了包信息和状态命令，同时说明 dpkg 本身不会自动下载缺失依赖。［2］元数据能暴露明显的不符，但它由包制作者提供，并不是安全背书。
如何用 APT 安装本地 DEB？
进入已验证文件所在目录；如果符合你平时的维护安排，可先刷新软件源索引，然后运行：
sudo apt install ./package.deb
APT 会把它识别为本地路径，并可从系统已有软件源取得依赖。Ubuntu 的包管理文档建议日常操作使用 APT，也提醒非标准来源的软件可能带来冲突和安全风险。
回答“是”之前，先读完整个计划：检查包名、新依赖、升级、移除、下载量和磁盘空间变化。若计划要移除你并不打算改动的桌面环境、内核、安全组件或无关应用，立即取消。应先调查原因，不要增加关闭认证或强制执行的选项。
dpkg -i ./package.deb 可以解包并配置软件包，但不会自动获取缺失依赖。它适用于特定的管理流程，而不是下载本地 DEB 后的无条件首选。
如何验证安装结果？
使用包元数据里的包名，而不是文件名：
dpkg-query -W -f='${Status}\n${Package} ${Version} ${Architecture}\n' package-name
apt-cache policy package-name
状态应显示已安装且已配置，版本和架构应与审查结果一致。然后按软件官方说明启动程序或检查服务。桌面出现图标并不能证明依赖和配置已经成功完成。
如果安装包新增了更新软件源，还要核对该源的所有者与官方签名配置，不能因为首次安装成功就默认以后都可信。
如何安全卸载 DEB 包？
先模拟：
apt-get --simulate remove package-name
确认只影响预期软件后，再运行：
sudo apt remove package-name
remove 通常保留包配置；purge 还会删除包管理的配置，只在确有需要时使用。用户主目录中的数据可能仍会保留。不要手动删除系统目录里的文件来模拟卸载。
安装失败后怎么办？
先保留完整错误，再按类别处理：
- 架构或格式错误：从官方来源下载正确构建，不要强制安装不兼容包。
- 缺少依赖：确认所需的 Ubuntu 软件源已启用且仍受支持，再让 APT 显示解析计划。
- 配置中断：先检查包状态，再决定是否继续配置。
- 文件或包冲突：找出文件所有者和发布者预期，不盲目强制覆盖。
- 空间不足：先在受影响的文件系统上恢复可用空间，再重试安装。
如果属于依赖或包管理器状态问题，继续看修复 apt update 错误和损坏依赖。不要反复加更宽松的强制选项重试；每次失败的尝试都可能让最初的原因更难看清。
总结
先信任发布者，再考虑安装包。核对架构和元数据，用 APT 安装本地路径，审查所有变更，并验证最终包名与版本。事务失败时保留错误，修复具体的包管理状态，不要绕过认证，也不要强制把文件放到位。
常见问题
双击 DEB 文件安全吗？
它可以调用合法的图形安装器，但不会替你验证发布者。来源和元数据检查仍然必需，终端里的 APT 计划通常更容易逐项审查。
APT 命令为什么需要 ./？
它表示本地路径。没有该前缀时，APT 通常会把文本当成软件源中的包名。
dpkg -i 是错误命令吗？
不是。它是一个更底层的操作，有其正当的管理用途，但不会自动下载缺失依赖。对联网 Ubuntu 上的本地 DEB，APT 通常更适合作为第一步。
DEB 会包含恶意软件吗？
会。格式不提供信任保证，安装过程可以修改系统文件或运行维护脚本。请使用官方发布者提供的包，并检查安装计划。
amd64 包适合什么系统？
它面向六十四位的 x86 架构系统，不能仅凭电脑品牌或商品名判断。请用 dpkg --print-architecture 核对实际架构，再选择兼容的软件包。
卸载会删除个人文件吗？
包管理器主要删除受管理文件，主目录数据可能保留。具体行为因软件而异，重要数据应先备份，并阅读该应用的说明文档。
签名错误时可以关闭检查吗？
不可以。应验证来源、软件源、系统时间和签名设置。绕过认证只是移除保护，并没有修复原因。
免责声明：命令和包行为会随 Ubuntu 版本、软件源配置和发布者打包方式变化。请备份重要数据，并在确认管理员级变更前逐项审查。
来源：
- Ubuntu Server documentation — Package management — https://ubuntu.com/server/docs/how-to/software/package-management/
- Ubuntu Manpage Repository — dpkg(1) — https://manpages.ubuntu.com/manpages/noble/man1/dpkg.1.html
Sources checked 2026 年 8 月 27 日。
延伸阅读：
