统信UOS服务器版1060e不提供原生CentOS兼容层，因其采用APT/DPKG、EXT4及自研安全框架，与CentOS的DNF/YUM、XFS和SELinux存在底层差异，强行模拟会导致冲突、内核模块加载失败或安全策略失效。
统信UOS服务器版1060e不提供原生CentOS兼容层，系统默认采用APT/DPKG包管理、EXT4文件系统与自研安全框架，与CentOS的DNF/YUM、XFS和SELinux存在底层架构差异，强行模拟CentOS环境会导致软件冲突、内核模块加载失败或安全策略失效。
确认是否真需CentOS兼容层
先判断真实需求：若仅为运行原有RPM包或执行yum命令，直接使用uos-docker或apt install对应deb包更可靠；若依赖特定CentOS内核特性（如某些ebpf程序），需改用UOS适配的4.19.90龙蜥定制内核并重编译；【切勿尝试在UOS上安装CentOS chroot或systemd-nspawn容器来“模拟”兼容层，该操作会破坏UOS自研安全框架的完整性校验机制】。
替代方案一：用uos-docker运行CentOS容器
方法一：安装官方支持的uos-docker工具包
登录UOS终端，执行：sudo apt update && sudo apt install uos-docker。该包已预置适配x86_64架构的CentOS 7/8镜像源，并自动配置cgroup v2兼容模式。
方法二：拉取并运行标准CentOS容器
执行：sudo docker run -it --rm centos:7 /bin/bash。注意：容器内无法调用宿主机的RAID卡驱动、GPU设备直通或SELinux策略——这些需在UOS宿主机侧用uos-toolkit重新配置。
替代方案二：迁移RPM软件到deb包
第一步：识别待迁移的RPM包
在原CentOS系统中导出已安装包列表：rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' > pkgs.list。
第二步：查询UOS仓库对应deb包名
访问UOS官方软件包索引站，将pkgs.list中关键包名（如nginx、mysql-community-server）粘贴搜索；多数主流软件已重命名发布，例如mysql-community-server → mysql-server，python36 → python3。
第三步：批量安装deb包
在UOS中执行：sudo apt install $(cat pkgs.list | sed 's/\.x86_64$//; s/\.noarch$//; s/-[0-9].*//; s/^python36$/python3/; s/^nginx$/nginx-full/; s/^redis$/redis-server/' | sort -u)。该命令自动映射常见包名，【未匹配到的包必须从源码编译或联系统信技术支持获取适配版本，不可强制dpkg -i rpm转deb】。
替代方案三：启用UOS兼容模式（仅限特定场景）
适用场景：已有基于CentOS构建的CI/CD流水线脚本，且仅调用基础shell命令、curl、tar等POSIX通用工具。
执行：sudo uos-compat-mode --enable posix-only。该命令仅启用POSIX标准兼容开关，不改变包管理器、不加载CentOS内核模块、不修改/lib64/ld-linux-x86-64.so.2符号链接。
验证效果：echo $UOS_COMPAT_MODE应返回posix-only；运行yum list installed会报错“command not found”，这是预期行为。
