跑过几个需要环境对齐的项目之后你迟早会撞上这个问题线上跑的是 Ubuntu 18.04本地想复刻一套打开官网一看下载页只剩 24.04 和 22.04 的按钮18.04 像凭空消失了一样。再搜Ubuntu 历史版本 ISO 镜像跳出来的结果一半是来路不明的第三方下载站一半是让人摸不着头脑的 old-releases 域名和一堆看不懂的目录名。我自己就为了一个跑在 16.04 上的老编译环境来回折腾过小半天最后才把官方归档站、国内镜像站、校验签名这几件事串成一条顺畅的链路。这篇东西就是把这套链路完整写出来。它讲的是怎么找到、下载并验证 Ubuntu 任意一个历史版本的 ISO 镜像文件——包括已经停止支持的 18.04、20.04也包括那些只活了九个月的 21.10、23.04 这类中间版本。适合需要复现老环境的运维和开发、要按固定版本搭考试或实验环境的人、拿老机器装系统的人以及做教学演示需要钉死某一个内核版本的场景。整个流程不需要什么特殊工具一条wget加一条sha256sum就能走完大半剩下的都是细节上的坑。1. 先把历史版本这个词拆开你真正要的是哪个文件很多人卡住不是因为找不到下载入口而是因为一开始就没想清楚自己要的是哪一个具体文件。Ubuntu 的版本体系里有好几层概念叠在一起版本号、代号、点版本、镜像类型任何一层搞错下下来的东西就不是你要的。我见过最典型的两种情况一种是想要 18.04 的最后一版修复镜像结果下成了 18.04 最初发布的那一版装完发现缺一堆驱动补丁另一种是想要桌面环境结果拖了个 server 版下来装完发现没有图形界面白白重来一次。所以第一步不是打开浏览器而是先把需求落到版本号 点版本 镜像类型这三个坐标上。1.1 版本号的构成规则与 LTS 的发布节奏Ubuntu 的版本号是年份.月份的形式比如 22.04 表示 2022 年 4 月发布23.10 表示 2023 年 10 月发布。发布节奏是固定的每年 4 月和 10 月各出一个版本4 月那个通常是重点。真正影响你选哪个版本的是 LTS 这个概念。LTS 是 Long Term Support 的缩写只在偶数年的 4 月发布也就是 16.04、18.04、20.04、22.04、24.04 这一串。非 LTS 版本的支持周期只有 9 个月左右过了这个窗口就不再推送安全更新ISO 也会被挪走。这就解释了为什么你在官网首页看不到 21.10 的下载按钮——它早就过了支持期。从选版本的角度看一条朴素的规则是如果你只是要一个能长期用的老系统直接锁定 LTS 序列如果你是在复现某个特定时期的软件栈那就要严格对齐当年的版本号因为 glibc、GCC、Python 的默认版本在不同代际之间差异很大。我遇到过因为 glibc 版本差了一个小版本号导致预编译二进制跑不起来的情况这种时候唯一的解法就是把系统版本钉死。版本代号类型标准支持结束16.04Xenial XerusLTS2021 年 4 月18.04Bionic BeaverLTS2023 年 5 月20.04Focal FossaLTS2025 年 5 月22.04Jammy JellyfishLTS2027 年 4 月24.04Noble NumbatLTS2029 年 5 月21.10Impish Indri常规版2022 年 7 月23.04Lunar Lobster常规版2024 年 1 月这张表的意义在于标准支持一旦结束对应版本的 ISO 就会从主下载站移走转进归档站。你要找的历史版本越老越要习惯去归档目录里翻。1.2 点版本为什么值得单独找点版本是那种看起来一样其实不一样的东西。以 18.04 为例它先后发布过 18.04、18.04.1 一直到 18.04.6 这些点版本。名义上它们都属于 18.04但每一个点版本都会把发布之后累积的更新重新打进 ISO 里尤其是硬件支持栈HWE的内核和驱动。这件事的实际影响很直接如果你拿 18.04.0 去装一台 2019 年之后出厂的笔记本很可能卡在网卡识别或者显卡初始化上因为最初那版内核里根本没有对应驱动。而 18.04.6 用的已经是更新过的内核能少踩不少坑。同理20.04 系列里 20.04.6 比 20.04.1 更现代化。所以只要你没有必须还原某个精确时间点的硬需求找历史版本时应该优先挑该系列里最后一个点版本。判断方法很简单在归档目录里看版本号最大的那个文件夹基本就是最后一个点版本。要是你有更强的可复现性要求那就把完整的文件名连同 SHA256 一起记进项目文档里别只写18.04因为18.04这四个字符对应的文件至少有好几个。1.3 同一个版本号下镜像类型不止一种同一个目录下通常会并排放着好几种 ISO名字里带着不同的后缀。这些后缀决定了你拿到的是什么东西desktop-amd64.iso带图形安装器和 Live 桌面环境适合个人装机、演示、需要可视化操作的场景。live-server-amd64.iso服务器版安装器是文本界面装完没有桌面。legacy-server-amd64.iso只在 18.04 那一代出现过用的是老的 Debian Installer 流程某些自动化装机脚本依赖这个。arm64、ppc64el、s390x等后缀对应不同 CPU 架构拿错架构的镜像在 x86 机器上是完全装不起来的。除了这些还有一套云镜像cloud image走的是另一个站点格式是.img或者.qcow2专供虚拟机模板和云平台导入和常规 ISO 不是一回事。如果你的目标是给 KVM 做模板去翻云镜像站比翻 ISO 归档站更对路。提示架构后缀一定要逐个字符核对。amd64和arm64只差几个字母但一个是 x86_64一个是 ARM现在不少笔记本是 ARM 平台很容易看串。2. 官方归档站的目录逻辑releases 和 old-releases 的分界把需求落到具体文件名之后接下来的问题就是去哪里拿。Ubuntu 官方其实一直保留着完整的 ISO 归档只是把还在支持期的和已经停止支持的分成了两个入口。理解这两个入口的分工比记住任何一个具体网址都有用因为目录结构是长期稳定的而页面布局时不时会变。2.1 两个入口各自管什么主下载站releases.ubuntu.com负责当前还在支持窗口内的版本。你打开它看到的是几个版本号目录比如 20.04、22.04、24.04 这种。每个目录下还有对应的点版本子目录以及校验文件。归档站old-releases.ubuntu.com负责已经结束标准支持、从主站挪走的版本。18.04、16.04 这些老 LTS以及 21.10、23.04 这类已经过期的常规版本都在这里。路径结构和主站保持一致也是releases/版本号/这一层套下来所以你在主站学会的那套拼地址方法到归档站直接照搬。还有第三个入口容易被忽略cdimage.ubuntu.com。这个站点长期存放各类镜像包括一些历史版本的副本、每日构建、以及云镜像的正式版。当你在前两个站点都没找到某个特定文件时来这里翻一翻往往会有收获。顺便说一句软件仓库的分界和 ISO 是同一套逻辑。老系统装好之后跑apt update报一堆 404基本都是因为源地址还指向主站得改成归档站的地址。这件事在下载阶段想不到装机之后一定会撞上。2.2 手把手拼一条能直接下载的地址官方站点的路径规律总结成一句话就是站点域名/releases/版本号/文件名。版本号既可以是两位的系列号如 18.04也可以是完整的点版本号如 18.04.6具体取决于那个目录怎么建的。稳妥的做法是先访问站点域名/releases/看看有哪些目录再往里走一层。举个完整的例子。假设你要 18.04 系列最后一个点版本的桌面镜像地址形态就是# 归档站上的 18.04 桌面镜像示例形态 https://old-releases.ubuntu.com/releases/18.04.6/ubuntu-18.04.6-desktop-amd64.iso # 主站上仍在支持期的 22.04 桌面镜像 https://releases.ubuntu.com/22.04/ubuntu-22.04.5-desktop-amd64.iso注意文件名里的版本号和路径里的版本号要一致这是最容易出错的地方。有时候点版本目录里只放了最新的那个 ISO早期点版本已经清掉了这时候你就得接受拿不到最初那一版这个现实或者去cdimage.ubuntu.com碰碰运气。另外提醒一句归档站因为长期没有扩容压力带宽给得比较保守从国内直连下载速度通常很一般。这就带出了下一节要聊的镜像站话题。2.3 用目录索引页定位比搜索引擎靠谱我个人的习惯是从来不通过搜索引擎找 ISO而是直接从目录索引页往下钻。原因有两个搜索引擎收录的镜像站链接经常是失效的旧地址而且很多第三方站点会把 ISO 重新打包或者塞进自己的下载器你拿到的文件跟官方的 SHA256 对不上排查起来非常痛苦。索引页的用法很简单打开站点/releases/浏览器会列出所有版本目录点进目标版本号会看到这一版的所有 ISO 和校验文件再用 CtrlF 在文件名里搜架构后缀和 desktop/server 关键字几秒钟就能定位到目标文件。整个过程不依赖任何搜索服务链接也不会失效。如果你想确认某个版本是不是已经进了归档站不用去猜直接在主站的releases/目录下看有没有那个版本号目录就行。有就是还在支持期没有就说明已经挪到归档站了。这个判断方法比看新闻稿或者维基百科上的支持时间表都更实时。3. 国内镜像站的选择快和全是两码事从归档站直连下载一个 3 GB 的镜像我这边实测下来经常要等很久速度稳定但确实慢。这时候国内镜像站就是更实际的选择。不过镜像站不是简单地把官方站复制一份各家对历史版本的保留策略差别挺大选错了站点会在目录里来回扑空。3.1 各家镜像站对历史版本的保留策略不一样主流的几个镜像站都会同步 Ubuntu 的发行镜像但同步范围有自己的取舍。大致可以分成三类。第一类是只同步还在支持期的版本。这类站点的目录里只有 20.04 往上的几个版本历史版本一个都找不到。它们省空间但对你没用。第二类会额外保留一批历史版本。这类站点除了支持期版本还把一些老 LTS 的 ISO 也放着只是更新不那么及时点版本可能停在较早的那个。对大多数复现需求来说这类站点已经够用了。第三类会单独开一个归档目录。也就是说站点上会同时存在一个常规镜像目录和一个专门对应old-releases的归档目录两边的内容都对得上。碰到这类站点你基本可以把它当成官方归档站的国内副本用速度还快得多。具体哪家属于哪一类与其记结论不如养成一个习惯进站之后先看根目录下有哪些和 ubuntu 相关的目录名有没有带 old 或者 archive 字样的一眼就能判断。站点常见镜像目录名历史版本覆盖清华 TUNAubuntu-releases另有归档目录覆盖较全含多个老 LTS中科大 USTCubuntu-releases另有归档目录覆盖较全阿里云ubuntu-releases以支持期版本为主华为云ubuntu-releases以支持期版本为主南京大学ubuntu-releases支持期版本加部分老版本上面这张表只是我最近一次查看时的印象各站的同步策略隔一段时间就会调整实际以你打开目录时看到的内容为准。判断标准很单一进去有没有你要的那个版本号目录。3.2 URL 拼接规则与实测取舍镜像站的路径结构和官方站几乎一一对应把域名换掉就行。比如官方主站的releases.ubuntu.com/releases/22.04/xxx.iso到镜像站上就是镜像站域名/ubuntu-releases/22.04/xxx.iso。归档版本同理只是要注意有些站点把归档内容放在ubuntu-old-releases这类独立目录下而不是和常规版本混在一起。拼接的时候有几个细节值得留意。第一目录名是ubuntu-releases还是releases各家不一样别想当然。第二路径是否区分大小写绝大多数是区分的。第三末尾有没有斜杠会影响某些工具的行为用wget的时候带上斜杠更稳。速度方面我这边同一个 3 GB 左右的镜像从归档站直连和从国内镜像站拉体感差距大概是几倍到十几倍这个量级具体取决于你的网络出口和时段。有意思的是镜像站的速度优势主要体现在单一大文件上如果你要批量下载好几个 ISO从同一个站点并发拉反而可能因为限速策略让每个连接都变慢这时候串行下载比并发更省心。提示镜像站是公益性质的资源批量拉取的时候尽量控制并发数别开几十个连接打满带宽。真要批量拉错开时段更好。3.3 镜像站没有你要的文件时三条退路目录里翻不到目标版本是常有的事尤其是那种只活了九个月的常规版本。这时候按下面的顺序退第一条退路是换站点。不同站点的保留策略不一样A 站没有的可能 B 站有。上面表里列的几家轮一圈大多数需求都能解决。第二条退路是回官方归档站。镜像站终究是副本官方归档站才是全量。速度慢一点但你要的东西大概率在。下载的时候加上断点续传参数中途断了可以接着来。第三条退路是去cdimage.ubuntu.com翻。这个站点上有些文件的路径组织方式和归档站不同容易被忽略。我找某个很老的 server 镜像时就是在这里找到的前面两个入口都空手而归。三条退路走完还是找不到那就说明这个文件确实已经不在官方渠道分发了。这时候要考虑的是换个版本号或者接受用 cloud image 代替而不是去第三方站点赌运气。4. 下载、校验、写盘把链路走完整找文件的环节解决了接下来是把文件完整地拿到本地并用起来。这一步看着简单但真正出问题的地方往往在这里。我自己和身边的人加起来遇到过下载中断导致 ISO 尾部损坏、校验和没核对直接写盘、dd 参数写错把数据盘覆盖掉这些情况每一个都够折腾半天。4.1 断点续传与多连接下载的参数选择命令行下载优先选wget最省心。带上下面的参数# -c 断点续传-O 指定输出文件名--timeout 防止卡死 wget -c -O ubuntu-18.04.6-desktop-amd64.iso \ https://old-releases.ubuntu.com/releases/18.04.6/ubuntu-18.04.6-desktop-amd64.iso-c是这里面最关键的一个参数。一个 3 GB 的文件从国外站点拉中途断一次很正常没有断点续传就得从头再来。加上它之后重新执行同一条命令会从断点接着写。校验也方便续传完成之后直接核对 SHA256 就行。如果你确实需要用多连接工具提升速度aria2c是常见选择参数大致是-x 16 -s 16 -c分别控制单服务器最大连接数、分片数和续传。用之前先掂量一下对镜像站的影响别开太猛。我个人在镜像站上一般不开多连接因为镜像站本身速度就够用了多连接带来的收益不明显反而容易被限流。下载过程中还有一个容易忽略的点磁盘空间。3 GB 的 ISO 加上写盘时的临时占用建议预留至少 8 GB 的空闲空间。用df -h先看一眼比下到一半报设备上没有空间要省事得多。4.2 校验和加签名两道关都要过下载完成之后不要急着写盘先做校验。校验分两层第一层是对文件本身算哈希第二层是验证哈希清单文件本身没被篡改。第一层用同一目录下的SHA256SUMS文件# 下载校验清单 wget https://old-releases.ubuntu.com/releases/18.04.6/SHA256SUMS # 校验--ignore-missing 忽略清单里你本地没有的文件 sha256sum -c SHA256SUMS --ignore-missing输出里出现OK就说明文件完整。如果显示FAILED最可能的原因是下载不完整或者文件在传输中损坏重新下载一次通常就好。如果反复失败换个镜像站重下别用这个文件。第二层是 GPG 签名验证。官方每个目录下会放一个SHA256SUMS.gpg用来证明哈希清单本身是官方发布的wget https://old-releases.ubuntu.com/releases/18.04.6/SHA256SUMS.gpg # 导入签名密钥指纹以官网当前公布的为准 gpg --keyserver hkps://keyserver.ubuntu.com --recv-keys 官方公布的密钥指纹 # 验证签名 gpg --verify SHA256SUMS.gpg SHA256SUMS这一步的意义在于只有哈希清单和签名都能对上才能确认你拿到的 ISO 确实是官方原件。密钥指纹一定要从官方渠道获取不要从第三方文章里抄这是整条链路上唯一需要额外确认的环节。4.3 写盘工具与 dd 参数的计算逻辑校验过了就可以写盘。工具选择看你的习惯Linux 下用ddWindows 下用 Rufus 或者 balenaEtcher想省事就用 Ventoy 把 ISO 直接拷进 U 盘。dd的完整命令是# 先确认目标设备这一步千万别偷懒 lsblk # 写入of 必须是整块设备而不是分区 sudo dd ifubuntu-18.04.6-desktop-amd64.iso of/dev/sdb bs4M statusprogress oflagsync参数值得解释一下。bs4M是块大小默认的 512 字节会让读写次数变得极多速度上不去调到 1M 以上能明显改善但也不是越大越好太大在写入中途出错时的重试成本高。4M 是我用下来比较平衡的取值。statusprogress让你能看到实时进度不然dd全程安静得让人怀疑是不是卡死了。oflagsync保证数据真正落盘避免拔盘时还留在缓存里。以 3 GB 的 ISO 为例按 4M 一块算大约是 768 块左右写完会有一次汇总输出核对一下块数和耗时就行。of后面必须是整块设备比如/dev/sdb不能是分区/dev/sdb1。这两个写错一个轻则写盘失败重则覆盖掉你的数据盘。真出过一次这种事之后我现在养成的习惯是先拔掉所有其他外接存储只留目标 U 盘再用lsblk看容量来确认它是哪一个。5. 老镜像装到机器上最容易翻车的几个地方镜像拿到手、写进 U 盘、开始安装真正的坑这时候才开始出现。老版本的 ISO 是在当年的硬件环境下做的放到今天的机器上兼容性问题会集中爆发。我把遇到过的和同行反馈过的情况整理了一下按报错现象倒查原因。5.1 报错与原因对照表现象大概率原因处理方向装到一半卡在显卡初始化老内核缺新显卡驱动换该系列最后一个点版本或安装时加nomodeset找不到网卡新网卡驱动未进老内核换点版本或先用 USB 网卡过渡磁盘识别不到NVMe 支持不完整换 18.04.6 之后的版本或在 BIOS 里切换硬盘模式校验和失败下载不完整或镜像站同步中换站重下重跑sha256sum -c安装器界面花屏分辨率与老安装器不兼容用文本模式安装 server 版U 盘启动直接进当前系统BIOS 启动顺序或安全启动未关检查启动菜单必要时临时关闭安全启动这张表的用法是反过来的先看现象再往右找原因最后按处理方向试。绝大部分问题出在老内核碰上新硬件这个组合上所以换点版本往往是最省事的一招比折腾安装参数要快。5.2 新旧硬件错配的处理思路如果你必须用某个精确的老版本又碰上了硬件不认的情况思路是这样的先确认问题出在内核还是出在固件。判断方法是在安装器的启动菜单里看能不能进到文本界面。能进文本界面但进不了图形界面问题在显卡两个都进不去问题更靠底层。图形相关的问题可以在启动参数里加nomodeset临时绕过等系统装好之后再装厂商驱动。网络相关的问题比较麻烦因为没网就装不了驱动这时候只能靠 USB 网卡或者提前把驱动包准备好。另一条思路是把老系统装进虚拟机而不是装到物理机上。虚拟机屏蔽了大部分硬件差异老 ISO 在虚拟机里跑起来的成功率明显更高。VMware 和 VirtualBox 对老系统的兼容都挺好KVM 的话记得选对磁盘控制器类型别用太新的不然老内核认不出来。5.3 系统起来之后必须马上做的两件事装完能进系统先别急着装应用。有两件事必须马上处理否则后面每一步都会卡。第一件是改软件源。老版本的默认源地址在支持期结束之后就失效了需要改成归档站的地址。改完之后再跑更新才能正常拉到包。这件事我在第 2 节提过这里再说一次是因为它几乎是必经之路忘了改会浪费很多时间在排查网络问题上。第二件是核对系统时间和时区。听起来无关紧要但老系统的时间同步服务有时候会因为证书过期而失败时间不对会导致后续的软件包签名验证、证书校验全线报错。用timedatectl看一眼发现异常就手动校准。这两件事做完系统才算真正可用。整个过程花不了五分钟但能省掉后面可能出现的几十次莫名其妙的报错。6. 我踩过的几个坑和顺手养成的习惯前面写的是方法这一节写的是习惯。方法可以复制习惯只能靠踩坑积累但既然有人踩过了后来的人就没必要再踩一遍。6.1 文件名和标签比想象中更容易看走眼我最亏的一次是把live-server当成了desktop装完发现没有图形界面还以为是安装过程出了问题排查了快一个小时才回头看文件名。这件事之后我下载 ISO 一定会做三件事把完整文件名复制到文本文件里核对架构后缀核对 desktop/server 关键字。这三步耗时不到十秒但能避免整段返工。另一个容易看走眼的地方是点版本号。目录里的 18.04 和 18.04.6 是两个不同的东西文件名里的版本号必须和你要的完全一致。如果项目文档里只写了18.04我建议你补全成完整的点版本号和文件名这样半年后回来复现环境时不用再猜一遍。6.2 归档不是只在 ISO 层面软件源也要一起改这是最容易在下载阶段忽略的事。ISO 归档和软件仓库归档是两套并行的机制你把系统装好了不代表软件源也能用。老版本的apt源地址必须在同一时间改成归档站否则系统装完就是个只能看不能用的状态。所以我现在整理历史环境文档时会把ISO 下载地址 校验值 软件源替换方法三样东西写在同一处。这样别人接手的时候不用再走一遍我当初的弯路。软件源替换不复杂就是把源列表里的域名换成归档站的域名但知道要改和不知道要改中间差了可能一整天的排查时间。最后一个习惯分享给你每下一个历史版本镜像我都会在本地留一份 SHA256 记录和文件名清单。镜像站的内容会变官方归档站的目录结构偶尔也会调整但你手里这份记录不会变。下次再需要同一个环境直接照着清单拿文件、核对哈希几分钟就能搞定不用重新走一遍今天写的这一整套流程。