更新日期：2026-10-18
这次一起介绍的新网站还有 euler.casa，一个围绕 openEuler 安装、迁移、运维和内核相关问题组织的中文文档站。
openEuler 已经有官方中文资料，因此做这个站的意义，不是再把“什么是 Linux”从头讲一遍。我更希望提供按实际任务排列的入口：选哪类镜像、从哪里了解版本、如何检查软件仓库、迁移之前该验证什么，以及启动或包管理出错时如何继续排查。
euler.casa 是独立的非官方社区文档站，与 openEuler 社区及开放原子开源基金会没有隶属或授权关系。它帮助组织阅读路径，版本与支持政策仍需回到官方资料核对。
熟悉 DNF，也需要重新确认系统边界
使用过 CentOS、Rocky Linux 的读者，会在 openEuler 上看到熟悉的 RPM、DNF 和 systemd。这能降低部分日常操作的学习成本，却不意味着软件包、内核模块、第三方仓库和应用认证可以直接互换。
openEuler 有自己的发行、软件包和内核体系。能执行同一个包管理命令，和能够安全安装另一个发行版的软件包，是两回事。对于依赖原生扩展、闭源代理和硬件驱动的应用，这个区别尤其重要。
如果是从 Ubuntu 转过来，还需要适应 DEB/APT 与 RPM/DNF 的差异。对应的实践问题，我另外整理在从 Ubuntu 转向 openEuler中。
网站按哪些任务组织
| 任务 | 网站入口 | 阅读重点 |
|---|---|---|
| 第一次安装 | 下载与按架构安装 | 介质、硬件支持、校验和安装方式 |
| 决定版本 | 版本与生命周期 | LTS、创新版、SP 与维护状态 |
| 维护软件包 | 仓库与仓库排障 | 仓库职责、版本匹配、签名与依赖 |
| 从 EL 系迁移 | CentOS 迁移评估 | 工具适用范围、应用兼容与业务验收 |
| 更新现有系统 | SP 升级、跨版本升级 | 两类变更的不同边界 |
| 运行基础设施 | 容器、虚拟化、运维监控 | 按具体组件确认配置与支持 |
网站提供下载入口、x86 安装和ARM 安装等路径。多架构部署不只影响安装 ISO，也影响后续的容器镜像、编译产物、驱动和商业软件。
例如，镜像仓库里存在一个应用名称，并不表示它同时发布了 x86_64 和 aarch64 制品。先核对实际架构，可以避免系统装好以后才发现关键业务无法部署。
版本信息要带着上下文读
“某个 LTS 系列”“某个 SP”“某个发行镜像”不是同一层面的标识。查询资料时，应同时记录版本全名、架构、仓库以及文档对应版本。
可以先收集本机情况：
cat /etc/os-release
uname -m
uname -r
rpm -q glibc openssl systemd
dnf repolist
这些输出可以帮助判断你读到的页面是否匹配当前环境。不要只用内核版本推测发行版，也不要只看系列名称就认定所有 SP 的包和升级步骤相同。
版本页面可以作为导航；真正执行升级前，还要核对官方文档中心对应版本的发行说明。本文不把站点首页的版本徽标当成所有环境的升级目标。
仓库配置是迁移中的关键环节
系统能够解析仓库域名，不代表仓库配置正确。一个可访问但属于其他版本或架构的地址，可能比完全不可访问的地址更难排查：它能下载元数据，却在事务阶段产生版本冲突。
查仓库时应一起确认目标版本、架构、启用状态和签名配置。第三方软件需要额外仓库时，先确认供应商是否明确支持目标 openEuler 环境。不要为了消除依赖错误而批量关闭 GPG 校验或混入其他发行版的软件源。
仓库说明与仓库排障是这一类问题的入口。对需要长期维护的机器，建议保留仓库变更前后的配置以及当时执行的软件包事务记录。
迁移要以业务恢复为终点
从一个发行版迁往另一个发行版，系统层面成功并不等于业务迁移完成。需要验证的至少包括服务启动、账号权限、端口访问、数据读写、备份恢复、监控和定时任务。
可以先选择一个依赖较少的应用，在独立环境部署。将原机器的应用版本、数据格式和配置映射到新环境，完成恢复测试后，再逐步引入更复杂的组件。
尤其不要同时更换发行版、CPU 架构、数据库大版本和应用运行时。多项变化混在一起，出现异常后很难知道应回退哪一步。条件允许时，保留业务版本不变，先验证系统迁移，再分别安排其他升级。
从 CentOS 迁移用于介绍相关评估路径；它不能被理解为所有发行版、所有版本都可以执行同一条转换命令。
三个新站，希望各自回答具体问题
centlinux.org负责 CentOS Stream 的定位与任务入口，rocky.casa围绕 Rocky Linux，euler.casa 则整理 openEuler 路径。共通概念可以互相参照，发行版特有的安装、仓库与升级规则则应分别核对。
如果你第一次接触 openEuler，建议先读版本与架构，再部署一台测试机，最后用一个真实但可恢复的小应用完成练习。比起只看安装界面，走完“安装—部署—重启—备份—恢复”更容易看清它是否适合自己的工作。
