UOS 的源放在哪
统信 UOS 桌面版沿用 Debian 系的做法：主源写在 /etc/apt/sources.list，额外源以独立文件放在 /etc/apt/sources.list.d/。企业内网部署时通常把地址指向 UOS 内网镜像，需要留意的是源与系统版本代号必须对应，跨版本或跨补丁级别拷源，最典型的表现是 apt update 报哈希校验不匹配。
基本信息
| 主配置文件 | /etc/apt/sources.list |
|---|---|
| 扩展目录 | /etc/apt/sources.list.d/（第三方源逐个成文件） |
| 行格式 | deb/ deb-src + 源地址 + 版本代号 + 组件 |
| 生效方式 | 改完执行 apt update，无 404 与哈希报错 |
| 查看现状 | grep -v '^#' /etc/apt/sources.list |
| 权限要求 | root，编辑时用 sudo 保证文件属主与权限正确 |
典型使用场景
- 新装 UOS 桌面机后把源指向单位内网镜像，加快装包速度
- 隔离网环境需要把全部源改为内网地址，避免联网检查超时
- 镜像站变更后批量更新客户端的源地址
- 排查软件装不上问题时，确认源与系统版本是否匹配
- 交付前核查终端源配置是否符合单位统一规范
备份与修改
备份与修改
cat /etc/os-release # 先确认发行版与版本代号，再决定源地址
sudo cp -a /etc/apt /etc/apt.bak.$(date +%F) # 整个 apt 配置目录备份，含 sources.list.d
grep -v '^#' /etc/apt/sources.list | grep . # 看当前生效的源行
sudo vim /etc/apt/sources.list # 用 sudo 编辑，保持 root:root 与 644
sudo apt update # 刷新索引，观察是否有 404 与哈希报错
sudo apt install -y tree # 装个小包做端到端验证源行写法与扩展目录
源行写法与扩展目录
# /etc/apt/sources.list 示例（版本代号以实际系统为准）
# deb http://mirror.intra.local/uos/ apricot main contrib non-free
# deb-src http://mirror.intra.local/uos/ apricot main contrib non-free # 需要源码包时再开
ls /etc/apt/sources.list.d/ # 第三方源在这里，回滚时要一并处理
sudo apt policy # 查看各源的优先级与候选版本
sudo apt clean && sudo apt update # 换源后清缓存再刷新报错与处置
| 提示 | 含义 | 处置 |
|---|---|---|
| Hash Sum mismatch | 镜像同步中或源与系统版本不匹配 | 换回官方源定位，确认版本代号正确 |
| 404 Not Found | 路径或版本代号写错 | 对照镜像站目录结构核对地址 |
| apt update 部分源失败 | 某条第三方源失效 | 处理或注释该行，不影响主源 |
| 无法定位软件包 | 包名错误或组件（main 等）没写全 | 核对包名与组件列表 |
| 权限或属主异常 | 用非 sudo 编辑导致属主变化 | 改回 root:root 权限 644 |
UOS 官方源对版本敏感：不同版本代号之间不能混用源地址，跨版本拷源最常见的报错就是哈希校验不匹配。
不要随意启用来源不明的第三方源：apt 以 root 身份执行维护脚本，源不可信等于把提权通道交给外部。