银河麒麟服务器版（银河群服务器版是用户日常叫法）可以安装deb包，且绝大多数情况下直接用dpkg -i或apt install ./xxx.deb就能搞定，这套系统底层兼容Debian系结构，deb包在它上面属于原生格式，比在别的发行版上折腾省心得多，但你也别高兴太早，依赖缺失和版本冲突是两道最常见的坎，下面按场景拆开聊。
银河麒麟服务器版升级安装deb包前，先分清两种包来源
动手敲命令之前,得先搞清楚你手里的deb包是从哪儿来的，来源不同，后续处理方式完全不一样。
- 自家软件仓库的deb包：比如从麒麟官网、适配中心或软件厂商官网下载的
.deb文件，这类包通常针对银河麒麟做过适配，依赖关系干净，安装最顺畅。 - 从Ubuntu或Debian社区下载的deb包：这类包能用，但可能因为底层库版本差异出现依赖报错，尤其是从Ubuntu较新版本仓库里捞的包，在银河麒麟老版本系统上栽跟头的概率不低。
我的习惯是：下载deb包时，优先找标明“适配麒麟”或“国产化平台”的版本，如果厂商只提供Ubuntu版，也不是不能用，但要有心理准备去补依赖。
银河麒麟服务器版离线安装deb包，两条命令解决80%需求
既然deb是原生格式,安装逻辑就很简单：包管理器会帮你解压、校验、写入系统路径，下面这几条命令，你按顺序试，基本能覆盖多数场景。
无依赖冲突的正规deb包
这种最老实,直接干。
- 打开终端（Ctrl+Alt+T），切到deb包所在目录，或者直接用绝对路径。
- 执行安装命令：
sudo dpkg -i ./你的软件包.deb
命令跑完后,屏幕上如果没报错，就说明装好了，保险起见，再把依赖环境修复一遍，避免将来出幺蛾子：
sudo apt -f install -y
-i就是install的意思，后面接文件路径。- 第二条命令的作用是修复“安装过程中可能出现的依赖断裂问题”，执行完它，dpkg那边留下的半吊子状态会被补全。
提示依赖不满足，用apt自动拉取
如果dpkg直接装了,却给你返回一串“依赖关系不满足”的红色报错，别慌，这种情况下，八成是这个包依赖的某些库，你的系统里没有或者版本太低。
这时候改用apt装,让它自动从已配置的软件源里拉依赖：
sudo apt install ./你的软件包.deb
注意,命令里是英文点斜杠开头，代表“当前目录下的这个文件”，apt会自动解析这个deb包的依赖列表，然后去源里找对应的库文件一并装上。
敲完这条命令,系统会列出要安装的依赖包清单，让你输Y确认，看到清单后多留个心眼，扫一眼有没有明显不合理的版本，没问题就回车等它跑完。
强制安装低版本，解决版本冲突
有时候你拿到的deb包,它在自己仓库里依赖的库版本太老，而你系统里恰好已经装了新版，apt会拒绝装老依赖，说“会破坏系统”，这种时候，可以考考强制安装这个deb包本身（注意，是只强制deb包，不是强制它的依赖）：
sudo dpkg -i --force-all ./你的软件包.deb
然后立刻补一条依赖修复（不一定有效，但试了不亏）：
sudo apt --fix-broken install
强制安装的副作用是“可能”导致依赖库版本不匹配，软件运行起来偶尔抽风。这个方案只建议在测试环境或确实没有其他办法的场合使用，生产服务器上慎用。
银河麒麟系统安装deb包提示依赖不满足，三种排查思路
依赖不满足,是国产服务器装软件时频率最高的报错，别一看到“依赖”两个字就头大，按下面步骤来，绝大多数能解。
先更新软件索引，再重试
老系统镜像源里缓存的软件列表可能过期了,先刷新一遍再装：
sudo apt update
更新完重新执行之前失败的dpkg -i或apt install ./xxx.deb，这一步能解决相当大比例的依赖缺失，因为源里往往已经收录了缺失的库文件。
用gdebi自动处理依赖关系
dpkg和apt都不太方便处理“本地deb包”的依赖自动下载，但有个专门干这活的工具，叫gdebi，它比命令行直观，会自动把依赖全部装上，不用你手动一个个找。
安装并使用的命令如下：
sudo apt install gdebi-core sudo gdebi ./你的软件包.deb
输入密码,它会弹出一个交互界面，问你是否要安装，回车确认就开始自动拉依赖。如果apt install ./xxx.deb解决不了的问题，gdebi通常能解决，因为它对本地文件依赖关系的解析更留有余地。
手工下载缺失的deb包
如果上面两个工具都提示缺少某个明确的库文件,比如libxxx.so.2，那解决方案就俩字：补包。
- 先记下报错里提到的具体库名和版本号。
- 在能上网的机器上,去对应仓库（比如Ubuntu源、Debian源）搜那个库的deb包，下载下来拷到服务器上。
- 用
dpkg -i单独把这个库包装上，然后再回来装你的目标软件包。
说白了,就是手动替包管理器干活，解决一个依赖问题，就把对应的deb包手动喂给它。
银河麒麟服务器版不能安装deb包？从三个层面排查
如果你的deb包怎么装都装不上,报错信息五花八门，请按下面这个优先级排查。
报错信息里明确提示“结构/架构不对”
银河麒麟服务器版支持amd64（x86_64）、arm64（aarch64）、mips64el、sw_64（申威）、loongarch64（龙芯）等好几种架构，你下载的deb包如果架构和你系统不一致，dpkg会直接拒绝，提示has an incompatible architecture。
- 用
uname -m查cpu架构。 - 对照你的架构重新下载对应的deb包。arm架构的deb包在x86服务器上装不了，反之亦然，这是物理层面的硬性限制。
报错信息提示“包已经被安装”
有些软件预装或已装过,但你又想“覆盖安装”（比如升级到新版），dpkg会提示已安装，拒绝执行，这时候先处理掉旧版本：
sudo dpkg -r 旧包名 sudo dpkg -i ./新包.deb
Windows下的“快捷方式”式deb包
有些厂商提供的“deb包”实际上是个安装脚本打包，里面关联了一堆需要从网络下载的二进制文件，没外网环境的话，这类包会一直卡在“下载中”或“连接超时”，对付这种，只能找厂商要真离线包，无解。
银河麒麟装deb包的好处，和rpm包的区别
接触过centos或redhat的用户,可能习惯rpm包，银河麒麟这方面很另类只要你的版本是基于Ubuntu/Debian的（比如服务器版v10 sp1及以上基本如此），那deb就是它的“母语”。
拿dbpkg和rpm做个直观对比
| 维度 | dpkg/deb（银河麒麟） | rpm（红帽系） |
|---|---|---|
| 依赖解决 | apt自动处理，方便 | yum/dnf自动处理，也方便 |
| 包格式兼容性 | 支持Ubuntu/Debian源 | 支持centos/rhel源 |
| 常见故障 | 依赖缺失、版本冲突 | 依赖缺失、密钥校验失败 |
| 安装命令 | dpkg -i |
rpm -ivh |
坦白说,两者熟练掌握一个，另一个触类旁通，你的场景如果不是非rpm不可，那默认用deb就对了。
当前国产化系统的固有问题
行业共识认为,国产OS的软件生态整体还在追赶阶段，银河麒麟服务器版的软件源里，第三方商业软件数量比Ubuntu官方源少得多，拿到deb包但装不上”，很多时候不是因为包坏，而是因为那个包是为Ubuntu 22.04编译的，而你的服务器是基于20.04的银河麒麟版，内部库版本对不上而已。
银河麒麟离线环境安装deb包，没有互联网时怎么处理
内网生产环境断网装deb包,是运维人员的日常，你只有两个出入口：拷贝和局域网源。
- 提前准备工具包：在一台能联网的同架构机器上，提前执行
sudo apt install -f -y，把系统依赖补全，再把需要的deb包和它所有的依赖包一起拉下来，用apt download列清单一样一个个拉，或者干脆趁外网可用时用好点的工具（比如apt download、apt-chache depends）把依赖列全。 - 内网搭一个简易软件源：把离线环境里未装完的依赖，统一放到内网某台服务器上，配置好source.list指向它，这样即使断网，
apt install ./xxx.deb一样能自动从内网源拉依赖，这个方案最干净，也最省心。
银河麒麟服务器版deb包安装问题精选解答
Q：银河麒麟服务器版v10安装deb包报错，提示依赖关系不满足，有什么快速处理办法？
A：核心思路是“先补依赖，再装本体”，直接用sudo apt install -f或sudo gdebi 包名.deb，让系统自动从软件源里补齐缺失库，如果源里也没有，就是离线环境问题了，参考上面“离线安装”章节处理。
Q：用dpkg -i安装deb包后，软件没出现在应用列表里，怎么确认安装成功？
A：用dpkg -l | grep 包名关键词查已安装列表，或者用which 程序名查它装到哪个路径了，有些服务型软件（比如数据库、web服务）本身就没有图形化图标，它们以命令行工具或后台服务形式存在，直接跑命令看能不能正常调用就行。
Q：银河麒麟服务器版能不能直接装Ubuntu的deb包？
A：大多数情况下能，银河麒麟服务器版底层和Ubuntu同源，兼容性是官方明说的，但要注意架构匹配（x86装x86的包，arm装arm的包）和系统版本配套（在崭新的Ubuntu 22.04上编译的deb，装到基于老系统库的麒麟上，依赖缺失率较高）。只要架构对、依赖满足，Ubuntu的deb包在银河麒麟上可以正常运行，建议优先下载厂商明确标注“适配银河麒麟”的版本，能省去不少麻烦。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/795796.html
