★ FEATURED ARTICLE 简介面向需要在虚拟机、实验机房或个人电脑上获取 Ubuntu 18.04.5 桌面版 amd64 镜像的 Linux 初学者、开发者和运维人员这份 docx 文档围绕 ISO 下载与镜像信息整理帮助读者快速找到可用入口减少在多个页面间反复检索的时间也适合为旧项目复现环境、课程教学或兼容性测试做准备。包内共 1 个 docx 文件大小约 13KB内容短小集中主要承载网盘下载链接、提取码以及下载后的完整性校验提醒便于按需查阅和转存也可作为本地资料留存。文档还归纳了该镜像基于 Linux 4.15 内核、采用 GNOME 桌面环境、支持 UEFI 与 Legacy 启动等特性并给出虚拟机或光盘/U 盘启动安装的适用场景提示。目前已有 1502 人学习下载可作为搭建 Ubuntu 18.04.5 实验环境、核对镜像版本、准备安装介质与了解使用边界的参考资料。1. 一个 2GB 的镜像文件为什么值得单独留一份如果你硬盘里正躺着一个 2GB 的 Linux ISO 镜像文件名是 ubuntu-18.04.5-desktop-amd64.iso那大概率不是你第一次装系统。老项目的编译工具链只在 GCC 7.5 上验证过、某个采集卡的驱动只在 4.15 内核里被编译过、离线机要求系统版本和产线机台保持一致——这些理由都会把人重新固定到 18.04.5 上。它是 18.04 系列里比较常用的一个点版本镜像GNOME 桌面、amd64 单架构、UEFI 与 Legacy 双启动都支持装虚拟机、做离线源、刻盘救急都够用。下面按「先验包、再虚拟机、再物理机、最后记录问题」的顺序拆每一步都能照着复现。2. 先验镜像再动手amd64、SHA256 与 18.04.5 的版本边界从网盘取回的 ISO第一件事不是挂载而是把文件本身确认清楚字节数对不对、哈希值对不对、里面的版本标识是不是你以为的那个。顺序反了后面所有问题的根因都会被误判成「安装器 bug」。这一章的三节分别处理「镜像是啥」「包有没有坏」「这个版本还能不能用在你的场景里」。2.1 解开 ISO 看内部结构ISO9660 只是外壳真正决定它能不能装的是里面几个固定目录。挂载成只读循环设备看一眼顶层就够判断真伪了。# 在 Linux 主机上挂载只读查看不要用 mount 的可写模式 sudo mkdir -p /mnt/iso sudo mount -o loop,ro ubuntu-18.04.5-desktop-amd64.iso /mnt/iso ls -1 /mnt/iso # 版本标识正常输出类似 Ubuntu 18.04.5 LTS Bionic Beaver - Release amd64 cat /mnt/iso/.disk/info # 根文件系统压缩镜像安装时整个系统就是从这层解出来的 du -sh /mnt/iso/casper/filesystem.squashfs sudo umount /mnt/iso-o loop,ro里的loop表示把普通文件当块设备挂载ro是只读防止手滑改动镜像内容.disk/info是最省事的版本判据比文件名可信改名文件骗得过人骗不过它casper/filesystem.squashfs是 Live 环境的根文件系统安装向导跑起来就是解压这一层。顶层目录的分工大致如下目录/文件作用排查时的用途casper/Live 系统内核、initrd、squashfs启动卡住时看 initrd 是否完整pool/安装时可能用到的 deb 包校验包体完整性EFI/UEFI 引导加载器UEFI 机器识别启动盘靠它isolinux/Legacy BIOS 引导加载器老机器启动卡 logo 查这里.disk/info版本字符串判断镜像真实版本preseed/自动安装配置样例批量装机改这里amd64 指的是 x86-64 指令集也就是常说的 64 位 PC 架构和 ARM64、i386 都不是一回事。下载前确认目标机的 CPU 支持 64 位2010 年之后的机器基本都满足如果拿到的是 i386 镜像装在现代机器上会以 32 位模式跑内存上限会限制在 4GB 左右且 18.04 的 i386 桌面镜像本身就是残缺支持不建议再走这条路。2.2 校验与比对为什么网盘下载必须过一遍网盘下载的典型问题是断点续传接错块、下载器预分配后没写满、以及大文件传输中途出错但文件名完好的情况。这类损坏不会在打开时报警只会在安装到 60% 时给你一个「无法读取介质」的对话框。校验成本几十秒能省掉一次重装。# Linux / macOS输出 64 位十六进制哈希 文件名 sha256sum ubuntu-18.04.5-desktop-amd64.iso # macOS 若没有 sha256sum用自带的 shasum -a 256 ubuntu-18.04.5-desktop-amd64.iso # Windows PowerShell / CMD certutil -hashfile ubuntu-18.04.5-desktop-amd64.iso SHA256 # 绕过网盘同步目录在解压后立刻校验 cmp -s ubuntu-18.04.5-desktop-amd64.iso /path/to/another/copy echo SAMEsha256sum只有一个必填参数就是文件路径certutil -hashfile后面必须显式写SHA256默认是 MD5两者结果完全不能互相比对。校验值的来源应该是发布方的归档清单文件而不是论坛帖子里的复制粘贴——清单里通常一行一个包用grep desktop-amd64.iso SHA256SUMS单独揪出对应行逐字符比对注意有的清单前面带*号表示二进制模式比对时忽略即可。文件大小也可以作为粗筛stat -c %s xxx.iso拿到精确字节数和清单或下载页标注的值对齐如果差了几百 KB 到几 MB基本可以判定是下载未完成不需要再跑哈希。哈希对不上时不要试图「修复」镜像重新下载并换一个存储路径是唯一可靠做法我见过把损坏包用dd convnotrunc硬拼回去的装到一半分区表写坏了损失远大于重下一次。注意校验要在把镜像写入 U 盘之前做。写入之后再校验 U 盘设备比对的是盘上内容和源文件的完整性已经是两件事。2.3 版本边界什么场景该停在 18.04.518.04 是长期支持版本软件栈整体偏保守4.15 内核、GNOME 3.28 桌面、systemd 237、GCC 7.5、Python 3.6.9、OpenSSL 1.1.1。这套组合对 2018 到 2020 年间定型的项目是舒适的对 2023 年之后起步的新项目就是负担。维度18.04.520.0422.04内核4.155.45.15桌面GNOME 3.28GNOME 3.36GNOME 42默认 Python3.63.83.10引导UEFI LegacyUEFI Legacy以 UEFI 为主适合场景老工具链、老驱动、产线对齐过渡期项目新项目判断标准其实很朴素如果项目依赖的二进制包或驱动只提供了针对 4.15 内核编译的版本或者第三方 SDK 的文档里明确写了「支持 Ubuntu 18.04」那就留在 18.04.5如果只是「想装个 Linux 学命令」直接用更新的 LTS 更省事软件源、浏览器、编译器的可用性差一个代际。另一个现实约束是标准支持窗口——18.04 的标准支持已经结束公共镜像站的主源目录会陆续归档这直接影响后面第 5 章的apt update表现。提示把镜像当成「环境基线」而不是「最新系统」来管理。基线一旦确定配套的内核版本、编译器版本、源地址都应该记在项目的 README 里否则半年后没人说得清为什么这台机器能编译过。3. 虚拟机里跑起来CPU、内存、显存的实际取值虚拟机是最省事的验证路径不动机器分区、不碰引导、装坏了删文件即可。但虚拟机也最容易出现「装完卡成幻灯片」的情况根因几乎都出在显存和图形控制器上而不是系统本身慢。这一章给一套可直接执行的参数以及安装向导里几个真正影响后续使用的选择。3.1 建机参数给多少才不难受先给结论4GB 内存 2 核 128MB 显存 40GB 动态磁盘是能正常办公和编译小项目的下限低于这个配置会在 GNOME 桌面首次登录时明显卡顿。命令行建机比图形界面更可复现也方便写进脚本。# 注册一台 64 位 Ubuntu 虚拟机 VBoxManage createvm --name ubuntu1804 --ostype Ubuntu_64 --register # 内存 4096MB、2 核、显存 128MB、开启 3D 加速、VMSVGA 控制器 VBoxManage modifyvm ubuntu1804 \ --memory 4096 --cpus 2 --vram 128 \ --graphicscontroller vmsvga --accelerate3d on \ --firmware bios --ioapic on --rtcuseutc on # 创建 40GB 动态分配的虚拟磁盘 VBoxManage createmedium disk --filename ~/vm/ubuntu1804.vdi \ --size 40960 --variant Standard # 挂 SATA 控制器硬盘接 port 0光驱接 port 1 VBoxManage storagectl ubuntu1804 --name SATA --add sata \ --controller IntelAhci --portcount 2 --bootable on VBoxManage storageattach ubuntu1804 --storagectl SATA --port 0 --device 0 \ --type hdd --medium ~/vm/ubuntu1804.vdi VBoxManage storageattach ubuntu1804 --storagectl SATA --port 1 --device 0 \ --type dvddrive --medium ~/iso/ubuntu-18.04.5-desktop-amd64.iso VBoxManage startvm ubuntu1804--ostype Ubuntu_64决定的是默认硬件模板不是硬性限制选错只会让默认值偏离--vram 128是 18.04 桌面能开 3D 加速的常见取值低于 64MB 时 GNOME 会退回软件渲染鼠标拖动窗口会有明显拖影--graphicscontroller vmsvga比默认的 VBoxSVGA 在 Linux 客户机上兼容性更好--accelerate3d on必须配合足够显存只开一个不开另一个是最常见的无效配置。--size单位是 MB40960 即 40GB动态分配意味着文件按实际占用增长不会一开始就吃掉 40GB。磁盘容量给多少要看用途只跑命令行和轻量编译20GB 够要装桌面、浏览器、编译工具链加一两个 SDK40GB 是安全线如果打算在里面跑容器或数据库直接给 60GB 以上虚拟机扩容比物理机麻烦得多。3.2 安装向导里六个真正影响后续的选择启动后进入 Live 桌面双击安装图标向导流程本身很直白但有六处值得停下来想一秒语言与键盘布局。选中文会让桌面字体和输入法开箱可用但部分日志和终端输出也会变成中文排查问题时反而干扰习惯英文界面的可以直接选 English后续在设置里补输入法。更新与其他软件。安装时勾选「安装时下载更新」在断网或源不可达的环境下会拖慢整体进度建议不勾装完系统再统一处理源。最小安装。勾上会省掉办公套件、游戏和部分图形工具虚拟机里追求体积可以勾做完整桌面验证就别勾。安装类型。虚拟机整盘独占直接选「清除整个磁盘并安装」让安装器自己划/和 swap不要手动分区给自己找麻烦。时区。Asia/Shanghai即可影响的是date输出和定时任务触发时间装完再用timedatectl改也行。用户名与密码。不要用root作为用户名18.04 的登录管理器对 root 图形登录有限制用普通用户加 sudo 更顺手密码别设成空。安装过程大约 10 到 20 分钟取决于宿主机磁盘类型。如果进度条长时间停在「正在复制文件」超过 15 分钟先看宿主机磁盘是否已满再看虚拟机磁盘是否设成了固定大小但空间不足。3.3 装完第一件事增强工具与共享目录不装增强工具虚拟机就只能用一个别扭的分辨率剪贴板不互通共享目录也挂不上。18.04.5 装增强工具需要先有内核头文件和编译环境否则安装脚本会在编译内核模块那一步失败。# 1. 先在虚拟机内准备好编译依赖 sudo apt update sudo apt install -y build-essential dkms linux-headers-$(uname -r) # 2. 在虚拟机菜单里挂载增强工具光盘然后执行 sudo mkdir -p /media/cdrom sudo mount /dev/cdrom /media/cdrom sudo /media/cdrom/VBoxLinuxAdditions.run # 3. 把当前用户加入 vboxsf 组否则挂共享目录会权限不足 sudo usermod -aG vboxsf $USER # 重新登录后生效验证组是否加上 id | grep vboxsf # 4. 挂载宿主机共享目录先在虚拟机设置里把共享文件夹指好 sudo mkdir -p /mnt/share sudo mount -t vboxsf shared /mnt/sharelinux-headers-$(uname -r)会自动展开成当前运行内核对应的头文件包这也是为什么要先uname -r确认内核版本——18.04.5 默认是 4.15 系列如果你后面手动升级了内核头文件包名也要跟着换成新版本号否则 DKMS 编译必然失败。VBoxLinuxAdditions.run执行完会打印一段日志最后几行如果出现Kernel modules: vboxguest, vboxsf就说明模块编译成功出现modprobe vboxguest failed基本就是头文件没装对。共享目录的挂载点建议放在/mnt下而不是家目录里vboxsf的权限模型和本地文件系统不同放在家目录会让chown之类的操作报错。需要开机自动挂载就在/etc/fstab里加一行shared /mnt/share vboxsf defaults 0 0但注意_netdev参数在虚拟机场景下并不总是必要加了反而可能延迟挂载。4. 物理机与 U 盘启动写盘命令、分区表与双模式虚拟机验证完之后真正装到物理机上会遇到另一批问题写盘工具选错导致 U 盘启动不了、分区表类型和固件模式不匹配、双系统装完把原有引导覆盖掉。这一章按「写盘 → 分区 → 引导」的顺序走。4.1 写盘dd 与图形工具的差别dd是把 ISO 的原始字节逐块写到设备上写出来的是标准混合镜像UEFI 和 Legacy 两种固件都能识别图形工具本质也是同一个动作但会多做一步分区表和文件系统的重建某些老工具在 4GB 以上的 U 盘上会给出 FAT32 单文件大小限制的警告其实就是它想把 ISO 解压成文件而不是原样写入。# 1. 先看清设备名这一步不能错 lsblk -o NAME,SIZE,TYPE,MOUNTPOINT,TRAN # 2. 卸载 U 盘上已挂载的分区以 /dev/sdb1 为例 sudo umount /dev/sdb1 # 3. 写入整盘设备注意是 /dev/sdb 不是 /dev/sdb1 sudo dd ifubuntu-18.04.5-desktop-amd64.iso of/dev/sdb \ bs4M statusprogress oflagsync # 4. 让内核重读分区表并刷缓存 sync sudo blockdev --rereadpt /dev/sdbof后面必须是整盘设备节点写到分区节点上会导致引导记录缺失U 盘在固件里认不出来bs4M是块大小U 盘写入的常见折中值太小时速度慢、太大时进度反馈粗糙oflagsync强制每块立即落盘牺牲一点速度换取写完即可拔盘的安全性不做这一步可能拔盘时还有数据在缓存里。lsblk的TRAN列显示usb可以确认你选的是 U 盘而不是内置硬盘这条比看容量可靠得多。注意dd不做二次确认of写错设备名会直接覆盖那块盘上的全部数据包括系统盘。执行前把lsblk输出截图存一份出错也能回溯。图形工具方面分区类型选 GPT 对应 UEFI 启动选 MBR 对应 Legacy 启动这个选项必须和目标机器的固件模式一致选反了表现就是「U 盘插上但启动菜单里没有它」。文件系统选 FAT32 兼容性最好ISO 镜像模式则跳过文件系统选择。4.2 UEFI 与 Legacy 下的分区方案两种固件模式的核心差别在于引导文件放在哪。UEFI 需要一个 FAT32 的 EFI 系统分区存放.efi引导程序Legacy 则是把引导代码写进磁盘的前 512 字节。分区方案要跟着模式走项目UEFI 模式Legacy 模式分区表GPTMBR引导分区512MB FAT32挂/boot/efi无独立分区根分区ext4建议 25GB 以上ext4建议 25GB 以上交换空间swap 文件或 24GB 分区同左安装器设置需 EFI 分区否则无法写入引导引导写入磁盘 MBR单系统安装直接让安装器自动分区即可它会按当前固件模式选择正确的方案。手动分区时最常见的错误是在 UEFI 机器上漏建 EFI 分区安装器到「安装引导程序」那一步会报错或者报错后仍继续、重启直接进 BIOS。EFI 分区大小 512MB 足够格式必须是 FAT32标志位要设成boot,esp用parted或安装器图形界面都能设。swap 的大小在 18.04 上不用太纠结内存 8GB 以上时 2GB 分区或干脆用 swap 文件都行如果打算休眠swap 要不小于内存容量。物理机做数据库或编译节点建议单独分一个/home重装系统时数据分区可以保留。4.3 双系统共存分区顺序与引导修复已经装了另一个系统的机器上再加 18.04正确顺序是先在现有系统里用磁盘管理压缩出未分配空间不要在安装器里删现有分区然后在安装类型里选「其他选项」手动在未分配空间上建根分区和 swapEFI 分区直接复用现有的那个不要再建第二个最后确认「安装引导程序的设备」指向整块磁盘而不是某个分区。安装完成后如果启动菜单里看不到原系统通常是因为引导程序没扫描到其他系统# 查看当前 UEFI 引导项确认 Ubuntu 条目存在 sudo efibootmgr -v # 重新扫描其他系统并重建菜单 sudo apt install -y os-prober sudo os-prober sudo update-grub # 引导项丢失或损坏时重装 grub-efi sudo apt install --reinstall grub-efi-amd64 sudo grub-install --targetx86_64-efi --efi-directory/boot/efi --bootloader-idubuntu sudo update-grubefibootmgr -v会列出 NVRAM 里的引导项和对应磁盘路径如果 Ubuntu 条目存在但顺序不对用efibootmgr -o 0001,0000调整顺序os-prober负责扫描其他分区上的操作系统18.04 默认关闭了它需要手动安装并确认/etc/default/grub里没有把它禁用grub-install的三个参数分别指定目标架构、EFI 分区挂载点和引导项名称写错--efi-directory会把引导文件装到根分区而不是 EFI 分区结果就是重启进不了系统。Legacy 模式下对应的是grub-install /dev/sda把引导写进 MBR不需要--target参数。修复完成后先别急着重启用sudo grub-script-check /boot/grub/grub.cfg检查配置文件语法比重启后对着黑屏猜要高效。5. 避坑与排查五条真实翻车记录这一章的五条都是「装完看起来没问题用起来才发现」的类型。每条按现象、原因、解决三段写遇到同类症状可以直接对照。5.1 校验对不上或者大小差几百 KB现象sha256sum输出的哈希和清单里的值完全不同stat -c %s拿到的字节数比标注值少几 MB。原因网盘客户端的断点续传在弱网下会接错块或者下载器把文件写成预分配大小但未真正写满文件名和图标看起来完全正常。也可能是下载过程中磁盘写满客户端静默截断。解决删除本地文件重新下载换一个下载路径并确认目标磁盘剩余空间是文件大小的两倍以上下载完成后立刻校验不要先挪到别的目录再校验。如果连续两次都失败换一个网络时段重下或者让提供方重新打包压缩后再传压缩包能自带 CRC 校验。5.2 虚拟机装完黑屏、花屏或分辨率锁死现象安装过程正常首次登录后屏幕全黑只剩鼠标或者分辨率固定在 800×600 改不动拖动窗口有明显残影。原因显存分配低于 64MB、图形控制器选了不兼容的类型、3D 加速开启但显存不足三种情况表现相似。另一个隐藏原因是虚拟机没有正确加载显卡驱动模块。解决关机后把显存调到 128MB控制器改成 VMSVGA先关闭 3D 加速重启一次能进桌面后再逐项打开验证。分辨率仍然锁死时进系统后检查glxinfo | grep renderer如果显示llvmpipe说明走的是软件渲染此时应优先解决增强工具安装问题而不是继续调分辨率。5.3 物理机安装器认不到硬盘现象安装向导到分区那一步磁盘列表是空的只有一个 U 盘。原因主板 SATA 模式设成了 RAID 或 Intel RST 模式安装器自带的驱动不认这种控制器也可能是硬盘是 NVMe 但固件里没开启对应支持。解决进 BIOS 把 SATA 模式从 RAID 改成 AHCI改之前如果原有系统是 RAID 模式装的需要先在原系统里做一次安全模式引导切换否则改完会进不去。改完保存重启再进安装器磁盘应该就能列出。NVMe 盘不识别时优先检查固件版本和启动模式Legacy 模式下部分新盘确实不出现切到 UEFI 即可。5.4 apt update 一片 404 与签名错误现象sudo apt update输出大量404 Not Found或者提示Release file is not valid yet、NO_PUBKEY。原因18.04 的标准支持窗口已过公共镜像站的主源目录被归档原地址路径不再提供文件签名错误则多是系统时间不对导致证书校验失败。解决先date -R看时间偏差超过几分钟就先sudo timedatectl set-ntp true校准时间正常后再把源地址切到归档路径具体做法见第 6 章。签名错误的另一来源是换了源但没更新密钥环apt-key在 18.04 上仍可用按提示导入对应公钥即可。5.5 U 盘写完启动不了或者固件里看不到它现象dd执行成功无报错但插到目标机后启动菜单里没有 U 盘项或者选中后卡在Failed to load ldlinux.c32。原因写到了分区节点而不是整盘节点、U 盘本身有坏块、固件模式和分区表不匹配GPT 盘在纯 Legacy 模式下不显示、或者安全启动拦截了未签名的引导程序。解决先用lsblk确认写入目标是/dev/sdX整盘重新写一次并在写完后sync固件里把启动模式切到 UEFI 再试如果必须用 Legacy重写时把分区类型选成 MBR开了安全启动的机器要么在固件里临时关闭要么确认镜像的引导程序带签名。ldlinux.c32这类报错基本都指向文件系统层面的写入不完整重写比修复快。6. 装好之后的三件事归档源、内核锁定与快照回滚系统能进桌面只是起点18.04.5 这个版本真正麻烦的地方在使用期的维护。归档源决定你还能不能装新包内核锁定决定你的驱动会不会某天突然失效快照决定你搞砸之后要花多久恢复。这三件事做完这台机器才算能长期放着不管。6.1 把 apt 源切到归档地址并锁住版本标准源不可达之后把sources.list整体指向归档路径是最直接的做法。先备份再替换最后验证。# 备份原始源文件 sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak # 把 archive/security 域名统一替换为归档域名 sudo sed -i s|http://.*archive.ubuntu.com/ubuntu|http://old-releases.ubuntu.com/ubuntu|g; \ s|http://security.ubuntu.com/ubuntu|http://old-releases.ubuntu.com/ubuntu|g \ /etc/apt/sources.list # 确认替换结果检查是否还有残留的旧域名 grep -n ubuntu.com /etc/apt/sources.list sudo apt updatesed的两条规则分别处理主源和安全源.*是为了兼容不同镜像站的前缀差异替换完必须用grep复查一遍有些源文件里还有deb-src行和partner行不会被同一条规则命中漏掉会导致apt update仍然报错。归档目录里bionic-updates和bionic-security的路径结构与原站基本一致如果某一行仍然 404单独进目录列表确认该组件是否已被移除。版本锁定是为了防止后续apt upgrade把验证过的工具链顶掉# 查看可升级列表确认哪些包会被动 apt list --upgradable # 锁定关键包例如编译器和内核 sudo apt-mark hold gcc g linux-image-generic linux-headers-generic # 需要恢复时解锁 sudo apt-mark unhold gcc gapt-mark hold的包在apt upgrade时会被跳过并单独列出适合锁内核、编译器、驱动这类牵一发动全身的组件apt-mark showhold可以列出当前所有锁定项。锁得太宽会让安全更新也进不来所以只锁真正验证过的少数几个其余照常升级。6.2 快照策略三个时间点各存一次虚拟机最大的价值不是省分区而是能回滚。我的习惯是在三个节点各打一次快照系统装完且增强工具跑通之后、开发环境配完且能编译通过之后、以及任何一次大版本变更之前。# 打快照名称要能看懂用途 VBoxManage snapshot ubuntu1804 take base-clean --description 系统增强工具未装任何SDK # 列出快照确认状态 VBoxManage snapshot ubuntu1804 list # 回滚到指定快照 VBoxManage snapshot ubuntu1804 restore base-clean # 删除不再需要的快照会合并磁盘耗时较长 VBoxManage snapshot ubuntu1804 delete base-cleantake后面跟虚拟机名和快照名--description建议写清楚这一层包含什么、不包含什么半年后回来看不会抓瞎restore会丢弃当前状态执行前把要保留的文件拷到共享目录delete触发的是磁盘合并快照链越长合并越慢定期清理比一次删一堆安全。物理机没有这个便利对应的做法是用rsync或系统镜像工具做整盘备份成本高得多这也是我倾向先在虚拟机里把环境跑通再上物理机的原因。6.3 什么时候该把项目迁走留一份 18.04.5 的意义在于「复现历史环境」不在于「长期使用」。当出现下面这些信号时该考虑迁移而不是继续打补丁新依赖要求的内核特性在 4.15 上不可用、官方源里连归档包也开始缺、安全更新只能靠付费支持通道、或者构建脚本里为绕开旧版本而写的条件分支越来越多。迁移的实际做法通常是保留虚拟机不删在新版本里重建环境用同一份构建脚本跑一遍对比输出。两边结果一致就切过去不一致的地方正好说明哪部分依赖被版本绑死了。留一份 18.04.5 的镜像文件本质是给自己留一个能随时回退的基线而不是把它当成主力系统天天用。提示镜像文件放在机械盘上长期保存时建议同时留一份 SHA256 记录。五年后想验证这份包还是不是当年那份除了哈希没有别的办法。血泪教训是一次给老项目补一个依赖顺手apt upgrade把内核从 4.15 顶到了更新的版本编译好的驱动模块全部失效而当时没有任何快照。从那以后我每次在 18.04 环境里执行apt upgrade前都强制走一遍「列表确认 关键包 hold 打快照」三件套哪怕只是装一个小工具。镜像在资源里给了网盘直链和提取码下完先别急着挂载先按第 2 章过一遍校验能省掉后面一大半莫名其妙的报错。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
