简介当Ubuntu 20.04 LTS系统的软件源配置文件因误操作被修改导致安装软件、升级系统或获取安全补丁时频繁报错可借助这份仅含1个PDF文件的35KB压缩包恢复默认源设置。文件完整收录官方focal默认sources.list清单覆盖main、universe、multiverse、updates、backports及security等仓库的deb与deb-src条目并保留注释、镜像地址和归档仓库说明PDF体积小便于在手机上随时打开对照也可打印为纸质底稿。既可作为误改后的恢复底稿也能供初、中级运维人员学习APT源结构时对照查阅。已有6782人学习下载可见“改错源”是Ubuntu用户的高频问题。对该类用户而言这份资料能把遇到依赖关系损坏时的排查范围迅速缩小到源配置层对于从旧版本迁移至20.04的用户也可借助它核实镜像源路径是否完整理解不同仓库的支持边界无需记忆官方镜像地址减少反复试错的时间成本。1. sources.list 是 Ubuntu 20.04 的命门一份默认源文件把 apt 从报错里拉回来如果你在 Ubuntu 20.04 LTS 上装过 NVIDIA 驱动、ROS或者照着教程搭 YOLOv8 CPU 环境大概率见过这样的画面sudo apt update刷出一串Failed to fetchsudo apt install又提示Package xxx has no installation candidate。很多人第一反应是网络问题其实一大半是/etc/apt/sources.list被改坏了。这份资源提供 Ubuntu 20.04 LTS 的默认源全文附带恢复步骤和验证手段能解决 apt 更新报错、软件装不上、安全更新无法拉取这类问题。适合刚接触 Ubuntu 的新手也适合在服务器上被源文件折腾到翻车的运维。先把sources.list恢复成默认状态是打开这个黑匣子的第一步。2. 把 sources.list 读透deb 行、deb-src 行与四大仓库组件的取舍逻辑2.1 deb 与 deb-src一个装二进制一个拉源码sources.list里每行有效配置的语法很固定type 空格 uri 空格 distribution 空格 components。type只有deb和deb-src两种。deb行告诉 APT 去哪里下载可直接安装的二进制包deb-src行告诉 APT 去哪里获取软件的原始源码包。默认文件里几乎所有deb-src都被注释掉这不是疏漏而是为了省流量和加快 update。正常使用apt install时APT 只需要读取二进制索引也就是dists/focal/main/binary-amd64/Packages.xz这类文件只有当你执行apt source去拉源码时才需要对应的Sources索引。源码索引通常比二进制索引大不少没在编译软件前开着deb-src每次apt update都会白白多拉几 MB 到几十 MB 数据。如果确实需要源码常见做法是把对应行解注释例如deb-src http://cn.archive.ubuntu.com/ubuntu/ focal main restricted然后记得执行一次sudo apt update。需要注意deb-src不是deb的备用方案它不能解决“软件包安装失败”的问题只能用来下载源码包。普通环境里保持默认注释状态就好。如果手头有一台开发机专门做打包验证再单独建一个/etc/apt/sources.list.d/下的文件把deb-src写进去比在主文件里改更便于收尾清理。另一个容易被忽略的点同一 URI 下可以有多个distribution和多个componentsAPT 会把每个仓库连接起来视作一个“包来源”。如果你不希望某个仓库被使用最稳妥的办法是注释掉而不是删除行这样下次恢复时直接取消注释即可。很多新手把sources.list越改越乱就是因为删行之后忘了原来的结构。2.2 main、restricted、universe、multiverse四种组件的授权边界组件授权性质支持边界默认状态main开源自由软件Ubuntu 团队完全支持含安全更新默认启用restricted闭源但可重新分发Ubuntu 团队在驱动层面提供支持默认启用universe社区托管、开源社区维护安全团队不保证默认启用multiverse非自由或带明确授权限制不提供安全审查由使用者自行判断默认启用说明为什么默认源同时开启这四个组件。很多人把universe误当成“来源不可靠的第三方包”其实它只是由社区维护绝大多数常用开源软件如 ffmpeg、nginx、部分内核工具链都在universe里。当你在 apt 里找不到某个包时先检查对应组件是否存在而不是急着去添加 PPA。restricted和multiverse默认启用是 Ubuntu 官方行为如果你完全不想安装任何非自由软件可以把multiverse注释掉但涉及 Ubuntu 20.04 内核驱动和闭源固件的restricted行建议保留。组件和目录结构的对应关系也很直观deb http://cn.archive.ubuntu.com/ubuntu/ focal main restricted实际读取的是dists/focal/main和dists/focal/restricted两个目录下的索引。universe和multiverse同理。排查 404 时先看这个路径在镜像站上是否存在能省掉一大半无效操作。2.3 focal、focal-updates、focal-security、focal-backports四条更新通道focal是 Ubuntu 20.04 的基线发行版代号对应安装介质自带的最初包版本。focal-updates是发布后经过 SRUStableReleaseUpdates流程批准进入的 bug 修复和新版本安全修复也会合并进去。focal-security是紧急安全修复的独立通道地址固定为security.ubuntu.com/ubuntu。focal-backports是从新发行版挑选并回移植到 focal 的软件包默认注释只在明确需要新版本时才开启。默认源里 security 仓库用了独立的deb行建议保持它不动。如果把它也塞进cn.archive路径会发现部分镜像对focal-security的同步并不及时。一个常见疑问是既然focal-updates里也包含安全更新为什么还要单独写focal-security因为安全更新需要绕过 SRU 流程快速推送。两个通道的源各自独立APT 会按版本号和优先级决定安装哪个。实际操作中用apt policy查看某个基础包时输出里若出现多个候选源通常来自focal和focal-updates版本号更高的那个会被选中。这个行为解释了一个现象恢复默认源之后软件版本能自然得到修复因为focal-updates通道始终在提供比基线版本更新的包。2.4 为什么默认源写的是 cn.archive.ubuntu.com默认sources.list里第一行是deb http://cn.archive.ubuntu.com/ubuntu/ focal main restricted。cn.archive是 Ubuntu 官方与国内 CDN 合作的镜像入口安装系统时由安装器根据区域自动选好前缀。不少教程会直接让你改成archive.ubuntu.com其实对国内用户未必更快。archive.ubuntu.com指向的全球负载均衡可能把连接调度到海外节点速度反而不稳定。cn.archive的优势是无需额外配置但它毕竟是官方在国内的入口流量高峰时也可能慢。是否换成国内高校或云厂商镜像取决于你的实际带宽。我一般用后文第 4 章的方式来测试而不是凭感觉选源。还有一个细节修改完源之后APT 会下载InRelease文件并用 GPG 公钥完成签名验证因此换源不只是把 URL 替换掉那么简单。如果镜像站缺少对应发行版的签名密钥update 会报NO_PUBKEY这也是很多人换了源却依然失败的原因之一。2.5 apt update 时的校验机制签名、哈希与信任链每次apt update都会先下载dists/focal/InRelease这个文件里包含 Release 信息的 GPG 签名。APT 会用/etc/apt/trusted.gpg.d和/etc/apt/trusted.gpg中安装的 Ubuntu 存档密钥去验证签名验证通过后才读取里面的包列表和哈希值。之后下载的Packages.xz会与 Release 文件里的 SHA256 校验防止索引被篡改。所以换源尤其是换到第三方镜像时要确保该镜像提供了 Ubuntu 官方签名的原版 Release 文件。绝大多数国内镜像都是原样同步官方仓库不修改签名内容因此 APT 仍会用官方密钥验证。如果某个镜像私自改动过索引apt update会直接报错这种情况就换一个镜像不要尝试用apt-key强行信任apt-key在 20.04 上已经属于弃用状态。3. 恢复默认 sources.list备份、编辑、校验三步走3.1 动手前先备份一条命令给自己留后悔药无论当前文件改得多乱先备份总没错。我一般用一个带日期后缀的命令避免备份文件互相覆盖sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak.$(date %Y%m%d%H%M%S) sudo cp -r /etc/apt/sources.list.d /etc/apt/sources.list.d.bak.$(date %Y%m%d%H%M%S)第一行备份主文件第二行备份/etc/apt/sources.list.d里的第三方源文件。只用第一行也能恢复主源但第三方源同样可能引用错误的发行版代号导致 update 报错所以建议一起备份。备份不是可选项是修改系统配置文件之前最基本的保障。没做备份就动手改源后面想还原只能靠记忆或者去网上搜一份不确定是否完整的源内容贴回来。备份还有个额外作用恢复默认源之后如果发现某个软件原本能装但现在没了可以从备份里翻出之前的 PPA 或第三方源单独把它们挪到sources.list.d下而不是重新污染主文件。3.2 打开文件gedit 适合桌面环境nano 适合服务器Ubuntu 20.04 桌面版预装gedit服务器版通常只带nano和vi。两种打开方式如下sudo gedit /etc/apt/sources.list sudo nano /etc/apt/sources.list如果提示sudo: gedit: command not found说明当前环境没有图形界面改用 nano。nano 底部快捷键说明可见退出时按CtrlX保存时按Y确认。打开文件后不要直接在旧行后面追加应把原有内容全部删除再粘贴默认源。原因是残留的旧源行可能是另一个 Ubuntu 版本或另一个镜像站与默认源混在一起会导致同一软件包出现两个候选版本apt 的依赖解析器会因为这个报错或选错包。清空操作在 nano 里用CtrlK逐行删除在 gedit 里直接CtrlA后Delete。顺带检查一下默认编辑器环境变量echo $EDITOR如果输出为空说明系统没有设定首选编辑器visudo或crontab -e之类的命令会弹出一个让你选的列表。想要以后都用 nano可以在~/.bashrc里加一行export EDITORnano。这个习惯能减少不少交互烦恼。3.3 默认源全文Ubuntu 20.04 LTS 可直接照抄下面这份是 Ubuntu 20.04 LTS 的默认源内容。所有以#开头的行都是注释恢复时直接整体粘贴即可不需要手工改动任何一行#deb cdrom:[Ubuntu 20.04 LTS _Focal Fossa_ - Release amd64 (20200423)]/ focal main restricted # See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to # newer versions of the distribution. deb http://cn.archive.ubuntu.com/ubuntu/ focal main restricted # deb-src http://cn.archive.ubuntu.com/ubuntu/ focal main restricted ## Major bug fix updates produced after the final release of the ## distribution. deb http://cn.archive.ubuntu.com/ubuntu/ focal-updates main restricted # deb-src http://cn.archive.ubuntu.com/ubuntu/ focal-updates main restricted ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu ## team. Also, please note that software in universe WILL NOT receive any ## review or updates from the Ubuntu security team. deb http://cn.archive.ubuntu.com/ubuntu/ focal universe # deb-src http://cn.archive.ubuntu.com/ubuntu/ focal universe deb http://cn.archive.ubuntu.com/ubuntu/ focal-updates universe # deb-src http://cn.archive.ubuntu.com/ubuntu/ focal-updates universe ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu ## team, and may not be under a free licence. Please satisfy yourself as to ## your rights to use the software. Also, please note that software in ## multiverse WILL NOT receive any review or updates from the Ubuntu ## security team. deb http://cn.archive.ubuntu.com/ubuntu/ focal multiverse # deb-src http://cn.archive.ubuntu.com/ubuntu/ focal multiverse deb http://cn.archive.ubuntu.com/ubuntu/ focal-updates multiverse # deb-src http://cn.archive.ubuntu.com/ubuntu/ focal-updates multiverse ## N.B. software from this repository may not have been tested as ## extensively as that contained in the main release, although it includes ## newer versions of some applications which may provide useful features. ## Also, please note that software in backports WILL NOT receive any review ## or updates from the Ubuntu security team. deb http://cn.archive.ubuntu.com/ubuntu/ focal-backports main restricted universe multiverse # deb-src http://cn.archive.ubuntu.com/ubuntu/ focal-backports main restricted universe multiverse ## Uncomment the following two lines to add software from Canonicals ## partner repository. ## This software is not part of Ubuntu, but is offered by Canonical and the ## respective vendors as a service to Ubuntu users. # deb http://archive.canonical.com/ubuntu focal partner # deb-src http://archive.canonical.com/ubuntu focal partner deb http://security.ubuntu.com/ubuntu focal-security main restricted # deb-src http://security.ubuntu.com/ubuntu focal-security main restricted deb http://security.ubuntu.com/ubuntu focal-security universe # deb-src http://security.ubuntu.com/ubuntu focal-security universe deb http://security.ubuntu.com/ubuntu focal-security multiverse # deb-src http://security.ubuntu.com/ubuntu focal-security multiverse保存后不需要修改文件权限。/etc/apt/sources.list属主是 root权限通常是 644APT 以 root 读取时没有障碍。如果之前手滑执行过chmod 777 /etc/apt/sources.list建议恢复回 644sudo chmod 644 /etc/apt/sources.list不然文件权限过宽会触发一些安全扫描工具的告警同时也算给自己提个醒系统配置文件不该被任意用户写。3.4 保存并校验apt update 该出现多少条 Getsudo apt update这条命令的作用是重新读取sources.list及sources.list.d下的全部源并把每个源的 Packages 索引下载到/var/lib/apt/lists/。正常输出里每一个有效仓库都会出现Get:x行末尾提示Reading package lists... Done。如果出现W:或E:提示直接看第 5 章排查。一个快速判断整体状态的办法是用退出码sudo apt update echo OK || echo FAIL表示 apt update 成功才打印 OK||表示失败时打印 FAIL。它不会告诉你哪个仓库坏了但能让你在脚本或 CI 里快速判断整个源配置是否可用。如果OK都输出了说明源文件语法和网络连接都正常接下来进入安装验证。3.5 恢复后第一次安装软件确认依赖解析正常装上一个小工具来测试源的真实可用性sudo apt install -y curl安装成功表示仓库索引、依赖解析和镜像下载都正常。不建议用sudo apt upgrade来验证源因为升级动作会把整个系统推到新快照万一源文件还有残留问题影响面会大很多。安装一个轻量包足够判断源是否恢复健康。如果之前的错误让 APT 留下了锁或损坏状态可以执行sudo apt --fix-broken install但执行前要看清它会卸载什么。有一种常见误操作是直接删/var/lib/apt/lists/lock来解决“无法获取锁”的报错这个文件是 APT 的进程锁正常情况下不该手动删。先ps aux | grep apt确认没有其他 apt 进程在跑再考虑解锁。提示不要随意删除/var/cache/apt/archives下的.deb文件除非确认磁盘空间不足。APT 会在需要时重新下载但缓存里的包经常能在断网时救命。4. 从默认源换到国内镜像源cn.archive 之外的选择与坑4.1 什么情况值得换源什么情况别折腾如果apt update能正常完成、下载速度尚可我不建议动源。换源本质上是把信任转移给第三方镜像。虽然主流镜像都有自己的同步链但只要同步不及时你拿到包的时效会比默认源慢。真正值得换的场景是默认源 update 卡住几十分钟不动公司出口对海外网络连通性差或者你在一台内网虚拟机里做 CI 构建需要指定内网镜像才能加速。另一个值得注意的点如果你内网已经有 apt 缓存代理直接配置Acquire::http::Proxy即可不一定改源文件。换源是改“从哪里拿”配代理是改“怎么拿”两者解决的问题不同。很多人换完源速度没变化就是因为还在走旧的代理配置。4.2 用 sed 替换 URL改完立刻 update以下是最常见的做法。以清华 TUNA 镜像为例把默认源里的两个域名全部替换sudo sed -i s|http://cn.archive.ubuntu.com/ubuntu|http://mirrors.tuna.tsinghua.edu.cn/ubuntu|g /etc/apt/sources.list sudo sed -i s|http://security.ubuntu.com/ubuntu|http://mirrors.tuna.tsinghua.edu.cn/ubuntu|g /etc/apt/sources.list代码说明sed中用竖线|作为分隔符因为 URL 本身含斜杠/如果仍用/作分隔符会产生大量转义容易出错。g表示全文替换。前一条命令把所有cn.archive主线换成镜像站地址第二条把安全仓库也统一指向同一个镜像站路径。注意很多镜像站的目录结构是http://mirrors.tuna.tsinghua.edu.cn/ubuntu/替换时务必保留/ubuntu/后缀。如果镜像站没有/ubuntu/子目录APT 会在dists目录下找不到 Release 文件结果就是 404。替换完成后执行sudo apt update。若出现 404先不要怀疑命令直接用浏览器打开http://mirrors.tuna.tsinghua.edu.cn/ubuntu/dists/focal/Release看目录是否存在不存在就换一个镜像。国内常用镜像地址有镜像站地址清华 TUNAhttp://mirrors.tuna.tsinghua.edu.cn/ubuntu/阿里云http://mirrors.aliyun.com/ubuntu/中科大http://mirrors.ustc.edu.cn/ubuntu/它们的目录结构与官方源一致替换参数可以复用。实际选哪个我一般会先拉一下dists/focal/InRelease测速谁快用谁。4.3 HTTPS 镜像源证书与握手开销很多镜像支持 HTTPS例如https://mirrors.tuna.tsinghua.edu.cn/ubuntu/。启用 HTTPS 前确认已经安装ca-certificates不然apt update会报证书相关错误。Ubuntu 20.04 桌面版默认带了ca-certificates但精简容器镜像里可能没有。验证命令dpkg -l | grep ca-certificates如果没装先用默认源安装ca-certificates再切换 HTTPS。从实际体验看HTTPS 比 HTTP 多了 TLS 握手和证书链验证源索引文件大时速度差距并不明显。如果公司安全策略要求传输加密才需要把源全部换到 HTTPS。还有一点容易误解使用 HTTPS 时APT 的公钥验证依然基于 Release 文件上的 GPG 签名两者是并行的。HTTPS 负责传输加密GPG 负责源内容完整性校验不能互相替代。有些教程说“换 HTTPS 就不怕源被篡改”这个说法不严谨。4.4 换源后常见 404 与同步延迟换源后最容易踩的坑是镜像站尚未同步focal-backports或focal-security的某些组件。现象是apt update报 404 Not Found。解决办法是确认该镜像确实提供对应发行版目录或者在镜像站状态页查同步进度。以清华镜像为例dists目录下列出的每个套件都有独立的 Release 文件如果缺少focal-backports就把sources.list里的对应行删掉或注释掉。另一个坑是镜像站同步延迟导致包版本比官方源旧。如果安装某个软件提示版本不够改用另一个镜像或回退默认源即可。我见过很多人在这一步反复折腾其实只要记住镜像之间差异是“同步时间窗口”造成的不是你的配置语法错误。别同时把多个国内镜像站写进同一个sources.listAPT 会从不同站点取包索引混乱后依赖解析会变得很玄学。一个仓库对应一个源文件需要切换时整体替换内容而不是追加。5. 避坑记录改坏 sources.list 后我见过的五种典型故障5.1 Release file is not valid yet问题在时间不在源现象apt update报错W: Release file for http://.../focal/InRelease is not valid yet (invalid for another Xh)。原因本机系统时间超前或滞后Release 文件带有效期的 GPG 签名判定失败。常见场景是刚装完双系统、主板电池掉电或者用 WSL2 时宿主机休眠导致虚拟机时钟漂移。这也解释了为什么在 Ubuntu 中做 NTP 时间同步是排查 apt 源问题前要养成的习惯。解决先执行sudo timedatectl set-ntp true开启自动时间同步再用date确认当前时间如果差得远手动校准后重跑apt update。这算所有 apt 故障里最像玄学的一种其实和sources.list没关系。以后遇到Release is not valid先看时间别急着改源。5.2 Failed to fetch ... 404源里残留了不存在的发行版代号现象apt update输出多行 404错误里能看到类似focal-proposed或bionic-updates这样的地址。原因要么之前按老教程把某行 distribution 改成了其他版本代号要么sources.list里混有另一个发行版的源。比如在 20.04 上粘贴了 18.04 的源APT 访问不到bionic-updates对应的路径自然报 404。解决对照第 3 章的默认源全文逐行检查每一行的发行版代号都必须是focal、focal-updates、focal-security或focal-backports。也可以用curl直接访问报错 URL 验证路径是否存在curl -I http://cn.archive.ubuntu.com/ubuntu/dists/focal-proposed/Release返回 404 就说明该镜像根本没有这个套件。这个命令能帮你区分“写错代号”和“镜像缺失组件”两种情况避免在配置文件里做无意义修改。5.3 Package xxx has no installation candidateuniverse 行被误删现象sudo apt install某个常用包时提示E: Package xxx has no installation candidate。原因源文件里只保留了main restricted组件而目标包在universe或multiverse里。不少精简教程只给两行main restricted把社区维护的软件都忽略了。还有人在清理源时误删了universe行导致大量常用工具瞬间“消失”。解决把源文件补回universe和multiverse组件重新apt update。想确认包在哪个组件时用apt-cache policy xxx查看候选版本输出会提示候选版本来自哪个仓库。只有当对应仓库返回 500 优先级时才说明该组件已启用出现 404 则说明未同步或版本不存在。这个命令比单纯apt search更能定位问题。5.4 deb-src 全开apt update 慢到像卡死现象deb-src行全部解注释后apt update从几秒变成几分钟甚至卡在某个Get行不动。原因每个deb-src行都在下载源码索引Sources.xz体积比二进制索引大得多部分公共镜像对源码索引的带宽限制更严格。再加上公网环境波动整体时间会被放大好几倍。解决普通使用环境一律把deb-src注释掉。快速处理可以用下面这条命令sudo sed -i s/^deb-src/# deb-src/ /etc/apt/sources.list如果你确实需要某个软件源代码临时把对应行解注释、拉取完再注释回来不必长期开着。源码编译最常用的入口是apt source 包名和源索引关系直接控制好这个开关就够。5.5 /etc/apt/sources.list.d 里的残留源与默认源打架现象默认源已经恢复apt update还是报错或者安装一个软件时提示有多个候选版本、依赖无法满足。原因/etc/apt/sources.list.d目录下还留着第三方源或 PPA它们和默认源里的同名软件包版本冲突。有些第三方源常年不维护还在引用旧版本代号或已经不存在的组件路径。解决先ls /etc/apt/sources.list.d/看有哪些.list文件再执行grep -r ^deb /etc/apt/sources.list.d/确认不需要后把对应文件移出目录比如移动到/tmp保留系统默认的.list文件。某些.list文件里还会带Signed-By字段指向没有安装的密钥文件导致 update 报NO_PUBKEY。这时要么补密钥要么直接停用该文件。血泪经验是改源前先数一下sources.list之外还有多少源别只盯着主文件。每次提示W: Target Packages ... is configured multiple times时多半就是重复声明同一仓库写配置也尽量避免一个仓库同时在两个文件里出现。6. 恢复源之后三个命令确认 apt 回到正轨6.1 apt policy 看候选版本来源sudo apt update apt policy bash第一句刷新索引第二句查看bash这个基础包的候选版本。正常输出里Candidate后面应该跟着一个具体版本号Version table中至少有一行以500 http://.../ubuntu focal/main amd64 Packages结尾。这行就是“该包确实由当前源提供”的最直接证明。如果Candidate显示(none)说明源文件里没有任何一个仓库包含bash这种情况基本可以断定主文件内容有问题需要回到第 3 章重新检查。6.2 Get 行数量和源行数对应sudo apt update 21 | grep -c ^Get:这条命令统计本次 update 成功拉取的仓库索引数量。一个合理的值应该和你启用的deb行数一致前提是每个仓库只有唯一地址。如果统计结果是 12但sources.list里deb行只有 6 行那一定有sources.list.d下的文件或重复声明。我不建议把“能 update”当作唯一成功标准因为重复声明也能 update但会带来依赖解析隐患。顺手把这个数字写进你的维护记录下次变更源文件时可以对比。6.3 我处理源文件的防呆习惯每次改源我的固定流程是先备份、再改、然后跑一次apt update并把输出重定向到日志文件sudo apt update 21 | tee /tmp/apt-update.logtee的作用是同时打印到终端并写入日志之后排查时可以回溯。从那以后我每次触碰任何 Ubuntu 的sources.list都强制把备份、update、apt policy bash三连走完确认绿色再继续装环境。这个习惯让我少加了很多次班尤其是在给新机器预装 ROS 或搭建开发环境时先验证源再动手能省下大半天的排错时间。希望帮到你。本文还有配套的精品资源点击获取
