核心是地址不存在或连不到,需分两路排查:有[ip]说明路径错误(代号不匹配或eol版本),无ip则查网络连通性、dns解析及系统时间;同时禁用第三方源、清理缓存与锁文件可排除干扰。

遇到 apt-get update 报 404 Not Found 或超时,核心不是“网络坏了”,而是系统在找一个根本不存在的地址,或根本连不到那个地址。排查要分两路走:先确认“能不能连”,再确认“连的是不是对的地方”。
看报错里有没有 [IP: xxx.xxx.xxx.xxx] 这类信息
如果有,说明 DNS 解析和 TCP 连接都成功了,问题出在路径上——大概率是源配置里的发行版代号(如 focal、jammy)写错了,或者用了已停止维护的老版本(比如 Ubuntu 16.04 xenial、18.04 bionic)。清华、阿里云等镜像站只同步当前支持的版本,EOL(End of Life)版本会被移入 old-releases 归档区。
- 运行
lsb_release -sc确认你系统真实的代号(例如输出是noble表示 Ubuntu 24.04) - 打开
/etc/apt/sources.list和/etc/apt/sources.list.d/*.list,检查所有deb行里的代号是否完全匹配,不能多加-updates、-security后缀(这些是组件名,不是代号) - 手动访问其中一个报错 URL(比如复制报错中那段以
/dists/xxx/开头的链接),用浏览器或curl -I测试——如果返回 404,就坐实是源地址不匹配
如果报错里没 IP,只有 timeout 或 unable to resolve
说明卡在更底层:连不上服务器或解析不了域名。这时重点查网络基础能力。
Linux 性能分析与调优专家,覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景:系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 执行
ping -c 3 8.8.8.8:不通 → 检查网卡、路由、物理连接;通 → 继续下一步 - 执行
nslookup mirrors.tuna.tsinghua.edu.cn:失败 → 修改/etc/resolv.conf,加入nameserver 8.8.8.8或114.114.114.114 - 执行
curl -I https://mirrors.tuna.tsinghua.edu.cn/ubuntu/dists/noble/InRelease(把noble换成你自己的代号):若报 SSL 错误,先校准系统时间(sudo timedatectl set-ntp true),再重装证书(sudo apt install --reinstall ca-certificates)
临时禁用第三方源,缩小干扰范围
很多 404 是由废弃 PPA 或拼写错误的第三方源引发的,它们往往比主源更早报错,掩盖真正问题。
- 把
/etc/apt/sources.list.d/下所有文件重命名(如加.bak后缀) - 只保留
/etc/apt/sources.list中官方或国内镜像的主源(确保协议统一用https) - 再运行
sudo apt update—— 如果成功,说明问题源就在被禁用的 list 文件里,逐个恢复排查即可
缓存损坏或锁残留也会伪装成网络错误
有时 APT 半途中断,会留下损坏的索引文件或锁,导致后续 update 读取失败并报出类似 404 的混乱错误。
- 清理全部缓存:
sudo rm -rf /var/lib/apt/lists/* - 删掉锁文件:
sudo rm /var/lib/dpkg/lock-frontend /var/cache/apt/archives/lock - 重建空目录:
sudo mkdir -p /var/lib/apt/lists/partial - 最后再试一次
sudo apt update










