如何安装本地软件包文件 rpm与dpkg本地安装方法-linux运维-PHP中文网

如何安装本地软件包文件 rpm与dpkg本地安装方法

P粉602998670

发布： 2025-08-07 08:55:01

原创

782人浏览过

安装本地rpm或dpkg包的核心命令是rpm -i或dpkg -i，但直接使用常因依赖问题失败；2. 更推荐的方法是使用高级包管理器：rpm系统用yum localinstall或dnf install，dpkg系统用apt install ./包名.deb，它们能自动解决依赖；3. 若dpkg安装失败，可用sudo apt --fix-broken install修复依赖；4. 本地安装适用于需要特定版本、闭源软件、离线环境或开发测试等场景，但需自行承担安全和维护责任。

如何安装本地软件包文件 rpm与dpkg本地安装方法

安装本地的RPM或DPKG软件包文件，核心操作就是使用它们各自的包管理工具进行安装，即RPM包用

rpm

登录后复制

命令，DPKG包用

dpkg

登录后复制

命令。但仅仅这样可能不够，因为现实世界里，依赖问题才是真正的拦路虎，所以更推荐结合系统的高级包管理器（如

yum

登录后复制

dnf

登录后复制

或

apt

登录后复制

）来处理。

解决方案

处理本地软件包文件，尤其是那些

.rpm

登录后复制

和

.deb

登录后复制

后缀的，其实远不止敲一行命令那么简单。它更多的是一场与“依赖”的心理博弈。

对于RPM包（适用于CentOS, Fedora, RHEL等）：

最直接的方式是：

sudo rpm -i <package_name>.rpm

登录后复制

这里的

-i

登录后复制

就是

install

登录后复制

。你可能还会看到

-v

登录后复制

（verbose，显示更多信息）和

-h

登录后复制

（hash，显示进度条）。所以，

sudo rpm -ivh <package_name>.rpm

登录后复制

也是很常见的用法。

但问题很快就会出现：依赖。如果这个包依赖了系统里没有的其他库或软件包，

rpm

登录后复制

命令会直接告诉你“依赖不满足”，然后就卡住了。这时候，我个人更倾向于借助高级包管理器来解决：

# 对于CentOS/RHEL 7及更早版本
sudo yum localinstall <package_name>.rpm

# 对于CentOS/RHEL 8+, Fedora
sudo dnf install <package_name>.rpm

登录后复制

yum

登录后复制

或

dnf

登录后复制

的强大之处在于，它们不仅会尝试安装你指定的本地包，还会自动检查并下载所有缺失的依赖项。这简直是救命稻草，省去了你手动去找每个依赖包的麻烦。

如果你只是想升级一个已安装的RPM包：

sudo rpm -Uvh <package_name>.rpm

登录后复制

-U

登录后复制

是

upgrade

登录后复制

。

对于DPKG包（适用于Debian, Ubuntu, Linux Mint等）：

直接安装方式是：

sudo dpkg -i <package_name>.deb

登录后复制

这里的

-i

登录后复制

同样是

install

登录后复制

。

和RPM一样，

dpkg -i

登录后复制

也常常会遇到依赖问题。它会告诉你安装失败，因为缺少了某些东西。解决依赖的优雅方式是：

sudo apt install ./<package_name>.deb

登录后复制

注意这里的

./

登录后复制

是关键，它告诉

apt

登录后复制

这是一个本地文件，而不是要去软件源里找。

apt

登录后复制

会聪明地处理依赖，尝试下载并安装所有缺失的包。

TTS Free Online免费文本转语音

免费的文字生成语音网站，包含各种方言（东北话、陕西话、粤语、闽南语）

查看详情

如果万一你先用了

dpkg -i

登录后复制

，结果因为依赖问题失败了，系统可能会处于一种“破碎”状态。这时候，一个经典的补救措施是：

sudo apt --fix-broken install

登录后复制

这条命令会尝试修复所有未满足的依赖关系，完成之前失败的安装。

为什么直接用

rpm -i

登录后复制

或

dpkg -i

登录后复制

可能会遇到麻烦？

这真的太常见了，几乎每个初学者都会踩这个坑。直接使用

rpm -i

登录后复制

或

dpkg -i

登录后复制

安装本地包，最大的问题就是依赖性地狱。想想看，一个软件它不是孤立存在的，它可能需要某个特定版本的库文件，或者依赖另一个软件提供的功能。当这些“需要”的东西在你的系统上缺失时，直接的安装命令就会毫不留情地报错。

它不会帮你去找这些缺失的东西，它只会告诉你：“对不起，我需要A、B、C，但你没有，所以我装不了。”更糟糕的是，A可能又依赖D和E，B依赖F。你可能需要手动去网上找A、B、C的包，然后发现装A的时候又报错说缺D和E……这种层层嵌套的依赖关系，很快就能让人抓狂。这就像你组装一个宜家家具，说明书上只写了“把零件X和零件Y连接起来”，但没有告诉你零件X需要螺丝刀，零件Y需要扳手，而这些工具你都没带。包管理器存在的意义，就是帮你把这些工具都准备好。

处理本地包依赖的几种实用策略

既然依赖是核心痛点，那么解决它的策略就显得尤为重要。这不仅仅是敲命令，更是一种思维模式的转变。

对于RPM系统，我几乎总是推荐使用

yum localinstall

登录后复制

或

dnf install

登录后复制

。这不只是因为它们能自动解决依赖，更重要的是，它们会把这些依赖从你的系统配置的软件仓库里拉取下来。这意味着这些依赖也是经过验证的、相对安全的，并且和你的系统环境是兼容的。手动下载依赖包，你得确保来源可靠，版本匹配，否则可能引入新的问题。有时候，你可能遇到一个包，它依赖一个非常老旧或非常新的库，而这个库在你的默认仓库里找不到。这时候，你可能需要添加第三方仓库，或者尝试编译安装那个特定的库，但那已经是更高级的玩法了，通常不推荐给普通用户。

对于DPKG系统，