Ubuntu/Debian换源失效主因是sources.list格式错误或路径不匹配；CentOS/RHEL 8+需手动安装epel-release RPM；Debian 12升级卡在initramfs是firmware同步滞后；ARM设备须核对arch参数与dpkg架构一致。
Ubuntu/Debian 换源后 apt update 报 404 或被重定向到 archive.ubuntu.com
换源没生效，本质是配置文件没写对位置或格式有误。系统只读取 /etc/apt/sources.list 和 /etc/apt/sources.list.d/ 下以 .list 结尾的文件，且每行必须严格符合 deb [arch=amd64] https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy main restricted 这种结构。
常见错误：直接改 /etc/apt/sources.list 但漏掉 arch= 参数（新版 Ubuntu 需显式声明）；或者把镜像地址末尾多加了 /ubuntu 导致路径错位；还有人复制了带中文注释的源，# 前多了空格，apt 会当普通内容解析而报错。
- 用
sudo sed -i 's/archive.ubuntu.com/mirrors.tuna.tsinghua.edu.cn/g' /etc/apt/sources.list快速替换，但要确认原文件里没有混用security.ubuntu.com—— 它得单独替换成mirrors.tuna.tsinghua.edu.cn/ubuntu-security - 换源后务必运行
sudo apt clean && sudo apt update，apt clean清的是本地缓存，不清理可能继续读旧索引 - 如果提示
Could not resolve 'mirrors.tuna.tsinghua.edu.cn'，不是源的问题，是 DNS 或网络不通，先试ping -c 3 mirrors.tuna.tsinghua.edu.cn
CentOS/RHEL 8+ 启用 epel 时提示 No match for argument: epel-release
CentOS 8+ 和 RHEL 8+ 默认不自带 epel-release 包，也不能直接 yum install epel-release，因为基础仓库里压根没这包。必须先手动下载 RPM 并安装，否则后续所有依赖 EPEL 的软件都装不了。
根本原因是 EPEL 仓库本身需要通过 RPM 注册进 yum/dnf 的 repo 系统，它不是“开箱即用”的组件。
- CentOS 8/Stream 8：运行
sudo dnf install -y https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm - RHEL 8+：需先启用
codeready-builder-for-rhel-8-x86_64-rpms（订阅要求），再执行同上命令 - 装完别忘了
sudo dnf makecache，否则dnf search仍查不到 EPEL 软件 - 注意：EPEL 不提供内核、桌面环境等核心组件，只补通用工具，别指望它装
gcc或kernel-devel—— 那些得走 baseos/appstream
Debian 12 (bookworm) 换清华源后 apt upgrade 卡在 Setting up initramfs-tools
这不是源的问题，是 initramfs 重建时触发了内核模块编译流程，而新源同步滞后或部分 firmware 包未及时镜像，导致 update-initramfs 找不到依赖的 linux-image-amd64 或 firmware-linux。
典型现象是终端卡住不动、CPU 占用低、无报错输出，等半小时也没反应——其实是 dpkg 在后台反复尝试获取锁或回退版本。
- 先中断（
Ctrl+C），然后运行sudo dpkg --configure -a恢复中断状态 - 检查是否混用了 testing/unstable 源：
apt policy | grep -E "(http|https)"，确保所有行都指向bookworm，而非testing或空值 - 临时禁用非必要源（比如注释掉
contrib和non-free-firmware行），再apt update && apt upgrade，成功后再逐步放开 - 若仍卡住，直接跳过 initramfs 重建：
sudo DEBIAN_FRONTEND=noninteractive apt -o Dpkg::Options::="--force-confold" upgrade
镜像源选错架构导致 apt install 找不到包或降级失败
ARM 设备（如树莓派、Mac M1/M2 虚拟机）用 x86 源，或 aarch64 系统写成 arm64，都会让 apt 认为“该架构下无可用包”，哪怕软件本身跨平台。错误不报红，只显示 0 upgraded, 0 newly installed，容易误判为系统已最新。
关键看 /etc/apt/sources.list 里 deb 行开头的 [arch=xxx] 是否和 dpkg --print-architecture 输出一致。
- 查当前架构：
dpkg --print-architecture（常见值：amd64、arm64、armhf） - 清华源对 ARM 支持分三类：树莓派用
raspbian源；Debian ARM64 用https://mirrors.tuna.tsinghua.edu.cn/debian-ports/；Ubuntu ARM64 则用主站 +[arch=arm64] - 不要盲目复制网上教程里的
[arch=amd64]，尤其在 WSL2 或云服务器上，uname -m是aarch64但dpkg --print-architecture可能仍是amd64（取决于容器环境） - 不确定时，先删掉
[arch=...]整个字段，apt 会自动匹配，但可能拉下多余架构的索引，略慢
源配置最麻烦的从来不是 URL 写错，而是不同发行版对“同一概念”的实现差异：Ubuntu 的 security 是独立域名，Debian 的 security 是子路径，RHEL 的 EPEL 要靠 RPM 注册，而 initramfs 升级又卡在 firmware 同步节奏上。动一个源，得同时盯住四五个地方的状态。
