识别国产 Linux 版本和架构差异

发行版、版本、架构三项一致，安装包才有资格运行。Linux 入门不是背一串命令，而是知道对象、影响、证据和停止条件。

本期目标

同一个产品包在一台国产服务器能运行，换到另一台就提示格式错误或缺少依赖。真正差异往往不是国产与否四个字，而是发行版家族、版本、CPU 架构和依赖组合。

在医疗信息化现场，接口平台、前置机、数据库周边程序、消息服务和文件交换服务经常运行在 Linux 上。初学者最容易犯的错误，不是少记一个参数，而是没有确认当前环境就执行、看到命令无报错就认为完成、遇到异常后不断追加更高风险的命令。本期把工作拆成可观察、可验证的步骤，并统一使用示例地址、模拟账号和隔离目录。

完成后你应该能够：

1. 1. 识别发行版和版本。
2. 2. 区分 x86_64 与 aarch64。
3. 3. 理解 RPM 与 DEB 边界。
4. 4. 读取产品兼容矩阵。
5. 5. 在国产化环境中选对安装包。

本期风险等级为 yellow。绿色表示只读查询，黄色表示会改变文件或状态，红色表示可能中断业务。任何黄色和红色操作都必须先确认授权、影响、验证方法和回滚条件。

工作场景

同一个安装包在不同国产服务器上表现不同，需要确认发行版、版本和 CPU 架构。

假设工单已经给出测试机、任务范围、时间窗口和验收人。开始前先执行 whoami、hostnamectl 和 pwd，把当前身份、目标主机和工作目录与工单逐项核对。这个动作看起来简单，却能拦住大量“在错机器、错账号、错目录做了正确命令”的事故。

本期采用的核心模型是：先读取 /etc/os-release 识别发行版与版本，再用 uname -m 识别 x86_64、aarch64 等架构。RPM 与 DEB 是不同软件包体系，dnf、yum、apt 是各自生态中的管理工具。产品兼容矩阵必须精确到操作系统版本、架构和依赖，不能只写支持 Linux。

执行任何命令前，都问自己四句话：我要解决什么问题；命令读取或改变哪个对象；成功应该看到什么；失败时停在哪里、如何恢复。如果只能回答前两句，说明操作方案还不完整。

操作步骤

本次演示只在个人练习目录或批准的测试服务中进行。示例里的 training-user、192.0.2.10、medapp、路径和进程号都不对应真实医院。正式操作必须从工单和现场查询结果取得参数。

第 1 步：读取标准化系统标识

cat /etc/os-release

这条命令的任务是读取标准化系统标识。输入前先确认当前用户、主机和目录，路径、名称、端口或进程号都以本次工单和查询结果为准，不能照抄示例。执行完成后，记录 ID、VERSION_ID 和 PRETTY_NAME。如果输出与预期不同，先停下来读取完整错误信息，不追加强制参数，也不为了绕过权限而临时切换共享高权限账号。

第 2 步：查看内核报告的机器架构

uname -m

这条命令的任务是查看内核报告的机器架构。输入前先确认当前用户、主机和目录，路径、名称、端口或进程号都以本次工单和查询结果为准，不能照抄示例。执行完成后，x86_64 与 aarch64 的二进制包不能混用。如果输出与预期不同，先停下来读取完整错误信息，不追加强制参数，也不为了绕过权限而临时切换共享高权限账号。

第 3 步：在 RPM 系发行版查询已安装包

rpm -q glibc

这条命令的任务是在 RPM 系发行版查询已安装包。输入前先确认当前用户、主机和目录，路径、名称、端口或进程号都以本次工单和查询结果为准，不能照抄示例。执行完成后，只读查询版本，不直接替换基础库。如果输出与预期不同，先停下来读取完整错误信息，不追加强制参数，也不为了绕过权限而临时切换共享高权限账号。

第 4 步：在支持 DNF 的系统查看候选包

dnf info package-name

这条命令的任务是在支持 DNF 的系统查看候选包。输入前先确认当前用户、主机和目录，路径、名称、端口或进程号都以本次工单和查询结果为准，不能照抄示例。执行完成后，先确认仓库来源和变更审批。如果输出与预期不同，先停下来读取完整错误信息，不追加强制参数，也不为了绕过权限而临时切换共享高权限账号。

第 5 步：兼容旧流程的 RPM 系查询入口

yum info package-name

这条命令的任务是兼容旧流程的 RPM 系查询入口。输入前先确认当前用户、主机和目录，路径、名称、端口或进程号都以本次工单和查询结果为准，不能照抄示例。执行完成后，具体行为以系统版本和软链接实现为准。如果输出与预期不同，先停下来读取完整错误信息，不追加强制参数，也不为了绕过权限而临时切换共享高权限账号。

第 6 步：在 DEB 系发行版查看包信息

apt show package-name

这条命令的任务是在 DEB 系发行版查看包信息。输入前先确认当前用户、主机和目录，路径、名称、端口或进程号都以本次工单和查询结果为准，不能照抄示例。执行完成后，不要在 RPM 系照抄 apt 命令。如果输出与预期不同，先停下来读取完整错误信息，不追加强制参数，也不为了绕过权限而临时切换共享高权限账号。

完成命令只是中间节点。文件类任务至少核对路径、大小、所有者、权限、时间戳或哈希中的适用项；进程和服务类任务核对 PID、启动日志、监听端口和业务功能；网络类任务按地址、路由、解析、监听和应用响应逐层记录。最终证据应让没有在场的同事也能判断发生了什么。

风险提醒

本期常见的错误做法有：

1. 1. 只看品牌名称不看 VERSION_ID。 这会跳过范围确认或结果验证，应回到任务目标和只读基线重新判断。
2. 2. 把 aarch64 包装到 x86_64。 这会跳过范围确认或结果验证，应回到任务目标和只读基线重新判断。
3. 3. 跨发行版复制依赖库。 这会跳过范围确认或结果验证，应回到任务目标和只读基线重新判断。
4. 4. 混用 rpm 与 dpkg 安装说明。 这会跳过范围确认或结果验证，应回到任务目标和只读基线重新判断。
5. 5. 为跑通程序手工替换 glibc。 这会跳过范围确认或结果验证，应回到任务目标和只读基线重新判断。

还要坚持三条贯穿全课程的红线。第一，不在培训材料、截图和聊天记录中出现患者数据、生产密码、私钥、令牌或完整内网拓扑。第二，不用 rm -rf、chmod -R 777、kill -9、关闭防火墙或反复重启来快速消除报错。第三，不把临时可用当成问题解决；安全策略被绕过、证据被覆盖或回滚不可用，都意味着任务尚未合格完成。

不跨发行版照抄安装命令，不混用不同 CPU 架构的软件包。 如果现场条件与课程示例不同，以单位制度、产品运行手册、兼容矩阵和批准工单为准。课程教的是判断方法，不是要求在所有服务器照抄同一行命令。

故障与回滚

报错出现时先保留完整文字，不要只截最后一行。然后判断它属于对象不存在、权限不足、资源不足、服务状态、网络路径还是产品自身错误。以下是本期最常见的三个入口：

Exec format error

优先检查二进制架构与 uname -m 是否一致。同时记录发生时间、当前主机、完整命令和关键输出，方便后续复核。

package manager not found

根据 os-release 确认发行版家族和批准工具。同时记录发生时间、当前主机、完整命令和关键输出，方便后续复核。

依赖无法满足

对照产品兼容矩阵和受支持仓库，不下载未知来源库。同时记录发生时间、当前主机、完整命令和关键输出，方便后续复核。

如果本期包含状态变更，回滚不是临时想一个反向命令。变更前应记录原路径、原所有者、原权限、原进程或服务状态，并保留经过验证的备份。达到工单定义的失败条件时立即停止后续步骤，恢复原状态，再重复同一套只读验证。无法确认回滚对象时，宁可升级给负责人，也不要继续扩大影响范围。

课后练习

在获准测试的 openEuler、麒麟或统信环境之一记录 os-release、uname -m 与一个基础包版本，填写兼容矩阵；再判断四个不同架构和包格式的安装包哪些可用。

提交材料包括：任务目标与环境说明；脱敏后的关键命令；每一步的预期和实际结果；对黄色或红色操作的影响、验证和回滚说明；最后的退出或恢复状态。禁止提交密码、真实生产 IP、患者数据、私钥、访问令牌和未脱敏的业务日志。

验收标准不是“命令都敲过一遍”，而是对象正确、参数能解释、结果有独立证据、异常有停止条件、变更可以恢复。下一期将进入第 12 期，继续把这套确认、执行、验证和回滚方法用于新的服务器任务。

参考资料

• • systemd：os-release manual
• • RPM：RPM Reference Manual
• • Debian：APT User's Guide
• • openEuler：DNF Package Manager
• • openEuler：Common Configurations