两代龙芯平台的差别
龙芯处理器存在两代相互不兼容的指令集体系：3A4000 及更早的型号属于 MIPS 体系，3A5000、3A6000 等新一代产品使用自主的 LoongArch 架构。两者的软件包、二进制程序与运行时库都不能通用，把 MIPS 时代的迁移经验直接套到新平台上，是适配阶段最常见的踩坑点。
为什么系统镜像必须匹配
发行版为不同架构各自出包，仓库地址与包后缀都不同。用错架构的安装介质或仓库，会出现软件包无法安装、安装后程序报格式错误、动态库找不到等现象。排查时第一步不是看依赖，而是确认机器架构与所装软件包的架构是否一致。
基本信息
| 新平台架构 | loongarch64，对应 3A5000、3A6000 等型号 |
|---|---|
| 旧平台架构 | mips64el，对应 3A4000 及更早型号 |
| 确认命令 | uname -m、lscpu、rpm -qp --qf 查包架构 |
| 软件来源 | 发行版 loongarch64 仓库，或厂商发布的对应版本 |
典型使用场景
- 新到货整机做交付验收，核对架构与操作系统镜像是否匹配
- 业务系统迁移前评估目标平台能提供哪些软件包
- 排查二进制程序启动即报格式错误，确认是否是架构不符
- 编写适配清单时区分两代平台的结论，避免复用错误经验
- 采购前向厂商确认闭源软件是否已有该架构的正式版本
确认架构与包匹配
确认架构与包匹配
uname -m # loongarch64 为新平台，mips64el 为旧平台
lscpu | head -15 # 型号与核心信息
cat /etc/os-release | head -5 # 系统版本，用于对齐仓库
file /opt/app/bin/app # 二进制文件的架构标识
rpm -qp --qf '%{ARCH}\n' pkg.rpm # 待安装包的目标架构仓库与依赖核对
仓库与依赖核对
grep -hE 'name=|baseurl=' /etc/yum.repos.d/*.repo | head
rpm -qa --qf '%{NAME} %{ARCH}\n' | grep -v loongarch64 | head # 找出架构异常的包
ldd /opt/app/bin/app | grep -i 'not found' # 缺库时核对是否架构不符现象与判断
| 现象 | 可能原因 | 验证方法 |
|---|---|---|
| 程序报无法执行二进制文件 | 二进制架构与机器不符 | file 查看文件架构标识 |
| 软件包无法安装 | 包架构与系统不匹配 | rpm -qp 查包架构 |
| 提示共享库找不到 | 库为其他架构或未安装 | ldd 结合包架构逐项核对 |
| 能装但运行异常 | 使用了旧架构的兼容包 | 核对依赖链上的库架构是否统一 |
| 仓库下载即失败 | 仓库地址指向其他架构 | 检查 repo 文件中的架构路径 |
生态适配进度因架构与应用而异：部分闭源软件需要厂商发布 loongarch64 版本，或改用功能相当的替代方案，排期之前先拿到书面适配结论，避免先承诺后返工。