简介：这份docx文档面向需要获取Ubuntu 18.04.5桌面版amd64镜像的Linux学习者与开发者，整理了该长期支持版本的镜像基本信息、适用平台与获取线索，适合用于虚拟机环境搭建、旧版本兼容性测试或入门体验。压缩包内仅含1个docx文件，大小约13KB，体量轻便，内容集中，便于快速浏览、检索和归档保存。文档围绕镜像名称、amd64架构、UEFI与Legacy启动支持等要点作出集中说明，并归纳其基于Linux 4.15内核、GNOME桌面及常用应用等特性，同时提醒下载后校验文件完整性，可帮助读者减少多渠道检索与信息比对的时间。目前已有1502人学习，说明该版本仍有稳定需求，适合需要留存资料或快速定位镜像信息的读者参考。
1. 一份 2GB 的旧镜像：Ubuntu 18.04.5 桌面版 amd64 ISO 镜像下载到底还值不值得
会回头找 Ubuntu 18.04.5 桌面版 amd64 ISO 镜像下载的人，通常不是新手。十有八九是手上的交付系统、交叉编译链或者某个只认 glibc 2.27 的 SDK 还锁在 bionic 这一代，升级一次就得重跑全部回归测试，谁也扛不住。这份资源就是一份把下载入口和使用步骤写在一个文档里的说明，核心是一个 2GB 出头的ubuntu-18.04.5-desktop-amd64.iso，带 GNOME 桌面，UEFI 和 Legacy 两种引导都能用，装虚拟机、做离线基线、给新人开一台练手 Linux 机器都合适。它不适合追新的人，追新直接上 22.04/24.04。下面按拿到文件、校验、虚拟机跑通、真机安装、踩坑的顺序拆。
2. 拆开 ISO 之前先搞懂三件事：点版本号、HWE 内核与 amd64 的真实边界
2.1 点版本号里的 .5：重打包、HWE 内核与支持周期
18.04.5这个.5不是「第 5 版 Ubuntu」，是 18.04 LTS 的第 5 次点版本重打包。LTS 每半年左右会重新压一次镜像，把这段时间累积的安全更新、驱动、安装器修复都打进 ISO，省得你装完先跑几百兆的apt upgrade。所以.5相对.4的差别主要在安装体验和硬件支持，不是新系统。
这里有个容易吵起来的点。文档里写「基于 Linux 4.15 内核」，这个说法对应的是 18.04 的 GA 内核线，没错；但 18.04.5 的桌面镜像默认装的是 5.4 的 HWE 内核（linux-generic-hwe-18.04）。装完开机跑uname -r看到5.4.0-xx-generic，不用怀疑自己下错了镜像。反过来，如果你的驱动或内核模块只能在 4.15 上编译，那就得手动退回去：
# 查看当前内核 uname -r # 装 GA 内核线，然后卸掉 HWE 元包（不会立刻删掉正在跑的内核） sudo apt install -y linux-generic sudo apt remove -y linux-generic-hwe-18.04 # 重启后在 GRUB 的「高级选项」里确认能选到 4.15 sudo reboot逻辑说明：linux-generic是 GA 元包，会拉 4.15 系列的linux-image和linux-headers；卸 HWE 元包只是解除依赖绑定，已安装的内核镜像还在，所以不至于把自己搞成开不了机。参数上唯一要盯的是linux-headers-$(uname -r)必须和新内核版本严格对齐，否则后面装 VirtualBox 增强功能、编译 DKMS 模块时必翻车。
支持周期也顺手说清楚：18.04 的标准维护在 2023 年 5 月就结束了，之后走扩展维护。这意味着官方源里 bionic 的包还在，但不少第三方镜像站已经悄悄把bionic/目录下线了。换源时如果apt update报一片 404，先别怀疑网络，先怀疑镜像站不再同步这个版本。
2.2 amd64、GNOME、双引导模式：三个参数决定了能不能装
amd64就是 x86_64，市面上绝大多数 Intel/AMD 的台式机和笔记本都是这个架构。真正的坑在两处：一是极老的 32 位 Atom 上网本装不了，那得找 i386 镜像；二是 Apple Silicon 那类 ARM 机器，这份镜像完全对不上，别浪费时间。
GNOME 是 18.04 的默认桌面，也是它比 16.04 更吃内存的原因。16.04 那套 Unity 在 2GB 内存上还能勉强挪动，18.04 的 GNOME 空闲状态就要 1.2GB 左右，安装器本身还要额外占用。所以「2GB 内存能不能装」这个问题，答案是能装、能开机，但打开浏览器加终端就开始交换，体验很差。我一般给虚拟机的底线是 4GB。
UEFI 和 Legacy 两条路都支持，这才是 18.04.5 相对老镜像的价值所在。它的 ISO 是 isohybrid 结构，既可以被刻成光盘，也可以直接dd到 U 盘，还能被虚拟机当光驱挂载。分区表上：走 UEFI 就要 GPT + 一个 FAT32 的 ESP 分区；走 Legacy 就是 MBR + 把 boot flag 打在根分区或单独的/boot上。这两套别混着来，混了就是开机黑屏或者直接掉进 UEFI Shell。
2.3 拿到文件先做三件事：比对大小、算哈希、看文件头
下载入口在文档里，是一条网盘分享链接，提取码0kd7。文件拿到手，先别急着往虚拟机里挂，三步校验能省掉后面几小时的自我怀疑。
# 1. 看大小和文件类型，正常应该是 2GB 出头、ISO 9660 且带 bootable 标记 ls -lh ubuntu-18.04.5-desktop-amd64.iso file ubuntu-18.04.5-desktop-amd64.iso # 2. 算 SHA256（这一步最慢，几分钟，别中断） sha256sum ubuntu-18.04.5-desktop-amd64.iso # 3. 拿官方 SHA256SUMS 文件比对，输出为空才是匹配 grep 'desktop-amd64.iso' SHA256SUMS | sha256sum -c -Windows 上没有sha256sum，用 PowerShell 等价：
Get-FileHash .\ubuntu-18.04.5-desktop-amd64.iso -Algorithm SHA256 | Format-List逻辑说明：file的输出里如果出现ISO 9660 CD-ROM filesystem data ... (bootable)，说明引导记录完整；如果输出是data或者干脆认出个压缩包，那多半是网盘把文件改名或者下载被截断了。sha256sum -c -那行的意思是把标准输入当校验文件读，输出OK才算过。
注意：网盘客户端有个常见行为——大文件下到 99% 卡住然后「完成」，实际尾部缺了几兆。这种文件大小看着差不多，哈希一定对不上，重下比修快。
3. 虚拟机里跑通 18.04.5：VirtualBox 与 VMware 的六组参数对照
3.1 建虚拟机前的六组数字：内存、CPU、磁盘、显存、网络、固件
先给结论表，再说为什么这么定。
| 参数 | 最低 | 我一般用 | 说明 |
|---|---|---|---|
| 内存 | 2048 MB | 4096 MB | 安装器要 2GB 起，GNOME 空闲约 1.2GB，2GB 会疯狂交换 |
| CPU | 1 核 | 2 核 | 单核装 GNOME 时拖动窗口都卡，apt解包也慢 |
| 磁盘 | 25 GB | 40 GB | 系统约 8GB，snap 包和内核多版本会持续膨胀，25GB 半年就紧张 |
| 显存 | 32 MB | 128 MB | 低于 64MB GNOME 会退回软件渲染，动画糊成幻灯片 |
| 网络 | NAT | NAT | 装完再按需切桥接，NAT 阶段最省事，不受宿主机网络环境干扰 |
| 固件 | BIOS | UEFI | 想练 UEFI 分区就选 UEFI，只想快速用起来选 BIOS 更省心 |
显存这一条是血泪经验。VirtualBox 里把显存设成默认的 16MB，装完进桌面会发现窗口拖动有残影、鼠标位置飘，很多人以为是镜像坏了，其实是图形栈退化了。磁盘控制器也要注意，SATA 兼容性最好，选 SCSI/SCSI 那套在某些宿主机上会卡在「Detecting file systems」半天不动。
3.2 用命令行把虚拟机建出来：VBoxManage 逐条解释
图形界面点八次也能建，但用命令行优势是可复现、能写进脚本，出问题也好排查。
ISO=~/iso/ubuntu-18.04.5-desktop-amd64.iso VM=ub1804 # 1. 注册虚拟机，ostype 选 Ubuntu_64（64 位 bionic 就用这个） VBoxManage createvm --name $VM --ostype Ubuntu_64 --register # 2. 定硬件参数：4GB 内存、2 核、128MB 显存、VMSVGA 图形控制器、UEFI 固件 VBoxManage modifyvm $VM \ --memory 4096 --cpus 2 --vram 128 \ --graphicscontroller vmsvga --firmware efi \ --nic1 nat --ioapic on --rtcuseutc on # 3. 建一块 40GB 的虚拟磁盘 VBoxManage createmedium disk \ --filename "$HOME/VirtualBox VMs/$VM/$VM.vdi" --size 40960 --format VDI # 4. 加 SATA 控制器，把这盘挂到端口 0 VBoxManage storagectl $VM --name SATA --add sata --controller IntelAhci --portcount 2 --bootable on VBoxManage storageattach $VM --storagectl SATA --port 0 --device 0 \ --type hdd --medium "$HOME/VirtualBox VMs/$VM/$VM.vdi" # 5. ISO 挂到端口 1，当光驱用 VBoxManage storageattach $VM --storagectl SATA --port 1 --device 0 \ --type dvddrive --medium $ISO # 6. 启动顺序：先光驱后硬盘，装完不用改也能正常进系统 VBoxManage modifyvm $VM --boot1 dvd --boot2 disk --boot3 none --boot4 none VBoxManage startvm $VM逻辑说明：--firmware efi决定你这台机器走 UEFI，安装器会自动准备好 ESP 分区；如果宿主机是老主板或者你只想快点用，把这行换成--firmware bios即可，镜像本身两种都支持。--graphicscontroller vmsvga是 Linux 客户机的正解，选vboxvga在老版本 VirtualBox 上可能起不来图形界面。--boot1 dvd保证第一次开机就进安装器，装完系统会自动跳过空光驱，不用回头改设置。
VMware 侧的对应关系：内存 4096、处理器 2、硬盘 40GB（单个文件）、显示器「加速 3D 图形」勾上、网络适配器选 NAT、固件类型在「选项 → 高级」里选 UEFI。VMware 默认的 SCSI 控制器对 18.04 兼容性没问题，这点比 VirtualBox 省事。
3.3 装完别急着截图：快照、增强功能、换源三件套
安装过程本身没什么玄学：语言选中文或英文、安装类型选「清除整个磁盘并安装」（虚拟机里没有数据可保）、时区选上海、建用户、等十几分钟、提示重启时拔掉 ISO 再回车。真正拉开体验差距的是装完立刻做的三件事。
第一件是快照，这是唯一便宜好用的后悔药：
VBoxManage snapshot ub1804 take base-install --description "刚装完，未装任何工具"第二件是增强功能/VMware Tools，决定了分辨率能不能自适应、剪贴板能不能双向、共享文件夹能不能用：
# 先装编译依赖，内核头文件必须和当前内核严格一致 sudo apt update sudo apt install -y build-essential dkms linux-headers-$(uname -r) # VirtualBox：菜单「设备 → 安装增强功能」，然后在客户机里执行 sudo mkdir -p /mnt/cdrom sudo mount /dev/cdrom /mnt/cdrom sudo /mnt/cdrom/VBoxLinuxAdditions.run sudo reboot # VMware 侧不用挂载，直接装开源版工具 sudo apt install -y open-vm-tools open-vm-tools-desktop逻辑说明：linux-headers-$(uname -r)里那个$(uname -r)是命令替换，取当前运行内核的版本号，写死版本号是常见错误——升级内核之后重装增强功能就对不上了。VBoxLinuxAdditions.run编译内核模块，缺build-essential会直接失败并提示看不懂的modprobe vboxguest failed。
第三件是换源。默认源在国外，装几十个包能等到睡着。改之前先备份，出问题能秒回滚：
sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak # 把官方域名替换成你所在网络访问快的镜像站地址（示例用占位域名） sudo sed -i 's|http://archive.ubuntu.com/ubuntu|https://mirror.example.org/ubuntu|g; \ s|http://security.ubuntu.com/ubuntu|https://mirror.example.org/ubuntu|g' \ /etc/apt/sources.list sudo apt update参数说明：sed里两个替换分支分别对应主源和安全源，很多教程只改第一个，结果安全更新还是走国外。改完必须看apt update的输出，只要出现404 Not Found就是在提示这个镜像站已经不同步 bionic，换一个继续试，别硬扛。
4. 真机安装与启动盘：UEFI、Legacy 两条路和双系统引导修复
4.1 写盘工具的边界：dd、Rufus、Etcher 各管一段
同一份 ISO，三种写盘方式，适用场景完全不同。
Linux 或 macOS 下最直接的是dd，前提是你对设备名有绝对把握：
# 先看清楚 U 盘是哪个设备，SIZE 和 MODEL 对得上再往下走 lsblk -o NAME,SIZE,MODEL,TRAN # of 写的是整块设备 /dev/sdX，绝对不能带数字后缀 sudo dd if=ubuntu-18.04.5-desktop-amd64.iso of=/dev/sdX bs=4M status=progress oflag=sync conv=fsync sync逻辑说明：bs=4M是块大小，太小慢、太大在某些 U 盘上反而掉速；status=progress让你知道还剩多久；oflag=sync加conv=fsync是双重保险，防止拔盘时缓冲区还没落盘。这条命令没有任何确认环节，of=写错一个字母就是把整块硬盘的第一个 G 抹掉，没有回收站。
Windows 下用 Rufus，注意两点：分区类型选 GPT 对应 UEFI，选 MBR 对应 Legacy；文件系统 FAT32 兼容性最好，但个别大文件场景需要 NTFS。Etcher 更傻瓜，缺点是它对「U 盘是不是有多个分区」这类异常状态处理得比较粗暴，会直接覆盖。至于多合一启动盘工具，18.04 这种老镜像在上面偶尔会卡在引导阶段，赶时间的话老老实实单盘单写。
4.2 UEFI 与 Legacy 的分区表选择题
这一步选错，后面全是补丁。对照表如下：
| 项目 | UEFI 路线 | Legacy 路线 |
|---|---|---|
| 分区表 | GPT | MBR |
| 必需分区 | ESP，FAT32，300～500MB，挂/boot/efi | 无，或单独/bootext4 约 1GB |
| 根分区 | ext4，25GB 起 | ext4，25GB 起 |
| 交换 | swap 文件或分区，内存的 1～2 倍 | 同左 |
| 固件设置 | 关 CSM，开 UEFI Only | 开 CSM/Legacy，关 Secure Boot（视情况） |
| 引导器位置 | ESP 分区 | 磁盘 MBR |
安装时选「其他选项」手动分区，最容易漏的是 ESP 的挂载点没设成/boot/efi，或者格式选成了 ext4。装完重启直接掉进固件界面，基本就是这个原因。
Secure Boot 单独说一句：18.04 的引导器是签过名的，开着 Secure Boot 能正常装。但装完再编译第三方内核模块（比如显卡驱动）就需要走 MOK 注册流程，会弹一个蓝底白字的界面让你设密码、重启再输入。第一次遇到容易以为中毒，其实那是正常流程。
4.3 双系统与引导修复：缩盘、手动分区、GRUB 重装
双系统的顺序不能反：先在 Windows 里用磁盘管理「压缩卷」腾出未分配空间，再装 Ubuntu。缩之前必须关掉快速启动和休眠，否则 NTFS 处于未干净卸载状态，Linux 侧挂载会报错，安装器也可能识别不出分区。加密磁盘的话先暂停保护，装完再恢复。
安装位置选「其他选项」，在未分配空间上建 ESP（如果 Windows 已有 ESP 就直接复用，不用新建）、根分区和 swap。引导器安装位置选整块磁盘（/dev/nvme0n1或/dev/sda），不是分区。
装完如果开机直接进 Windows，说明固件启动顺序里 Windows Boot Manager 排在前面。Linux 下这样查和改：
# 看所有 EFI 启动项和当前顺序 sudo efibootmgr -v # 假设 ubuntu 是 Boot0003，Windows 是 Boot0001，把 ubuntu 提到最前 sudo efibootmgr -o 0003,0001 # 如果压根没有 ubuntu 这一项，重装 GRUB 到 ESP sudo apt install --reinstall grub-efi-amd64 sudo grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=ubuntu sudo update-grub逻辑说明：efibootmgr -v的输出里每一项都带设备路径，能看出它指向哪个硬盘的哪个分区，双硬盘机器上尤其有用——有时候 ubuntu 项存在但指向了另一块盘的旧 ESP，那就得先grub-install重建再调顺序。另外 Windows 大版本更新有覆盖引导项的习惯，装完双系统记得留一个能进 Live 环境的 U 盘，这是唯一的后手。
5. 五个反复出现的翻车现场：下载、写盘、分区、引导、换源逐条排查
5.1 下载与校验环节：两条最容易复发的错
现象一：文件大小显示 2GB，但虚拟机挂载后提示找不到可引导介质，或者安装到一半报「无法读取光盘」。原因：网盘下载尾部截断，或者中途续传把文件拼坏了。这类文件大小往往只差几兆，肉眼看不出来，但 ISO 的引导记录和文件系统索引已经损坏。 解决：跑sha256sum和官方SHA256SUMS比对，不匹配就整个删掉重下，别试图用修复工具补。重下前换个时段，并在下载完成后立刻校验，不要等拷到别的机器上才发现。
现象二：dd写完 U 盘，插到目标机上开机直接进原来的系统，U 盘像没插一样。原因：of=写成了/dev/sdX1这种带分区号的形式，数据被写进了分区而不是整块设备；或者主板启动菜单里 U 盘被识别成 Legacy 项，而固件设成了 UEFI Only。 解决：重新按整块设备写一遍，用lsblk确认没有数字后缀；然后进固件设置逐项检查启动模式和 CSM 状态，必要时手动从「一次性启动菜单」里选 U 盘的 UEFI 条目。
5.2 安装与首次启动环节：三条能把人熬到凌晨的错
现象三：安装器卡在「Detecting file systems」十几分钟不动，或者分区列表里根本看不到硬盘。原因：主板 BIOS 里 SATA 模式设成了 RAID/Intel RST，安装器缺少对应驱动，看不到盘。笔记本出厂默认经常是这个。 解决：进 BIOS 改成 AHCI。注意顺序——直接改会导致 Windows 蓝屏进不去，正确做法是先在 Windows 里用安全模式引导一次让驱动切换，再改 BIOS，最后正常启动。虚拟机里遇到同类问题就换 SATA 控制器。
现象四：装完重启又回到安装界面，或者黑屏只剩一个光标在闪。原因：启动顺序仍以光驱/U 盘优先，且介质没拔；或者 UEFI 路线下 GRUB 没写进 ESP，/boot/efi挂载点漏设。 解决：先拔介质重启试一次。仍然不行就用 Live 环境进去efibootmgr -v看有没有 ubuntu 项，没有就按 4.3 的流程重装 GRUB，确认--efi-directory指向真正挂载的 ESP。
现象五：换源之后apt update一片 404，或者报NO_PUBKEY。原因：镜像站已经停止同步 bionic 目录；或者镜像站换了签名密钥，本机apt-key里还是旧的。 解决：先换回官方源确认网络通，再逐个试其他镜像站；确认是镜像站问题时，把sources.list指向仍保留 bionic 的归档地址。密钥问题按报错里的 key id 导入，导完再apt update。
现象六（附带一条）：桌面分辨率只有 800×600，鼠标移动有拖影。原因：增强功能没装成功，或者装的时候内核头文件版本对不上，DKMS 模块编译失败。 解决：lsmod | grep vbox看模块有没有加载，没有就apt install --reinstall linux-headers-$(uname -r) build-essential dkms后重跑安装脚本，看/var/log/vboxadd-setup.log里的具体报错，多数是缺头文件或 gcc 版本不匹配。
6. 把这份 ISO 固化成可复用基线：OVA 导出与本地 deb 仓库
同一份 18.04.5 我前后装过七八次，直到有一次在离线环境里发现目标机器连不上外网，装完系统连个编辑器都没有，才把流程固定下来：装好一台「干净基线」，导出成 OVA，同时把常用包缓存成本地源。之后再要环境，导入 OVA 五分钟，不碰安装器。
第一步，把刚装完、只做了换源和增强功能的虚拟机导出：
# --manifest 会同时生成 .mf 校验文件，拷贝到别的机器后可以先验证完整性 VBoxManage export ub1804 --output ub1804-base.ova --ovf20 --manifest # 导入端验证，输出全部 OK 再导入 sha256sum -c ub1804-base.ova.mf 2>/dev/null || true VBoxManage import ub1804-base.ova --vsys 0 --vmname ub1804-copy--ovf20用较新的 OVF 标准，兼容性好一些；--vmname在导入时改名，避免和源机器冲突。导出的 OVA 里带着磁盘快照状态，体积和虚拟磁盘实际占用差不多，别指望它能压缩多少。
第二步，把基线里装过的包留下来做离线源。这一步在能联网的基线里做：
sudo apt install -y dpkg-dev sudo mkdir -p /srv/deb-repo # 把 apt 缓存里现成的 deb 拷出来（之前装过的包都在） sudo cp /var/cache/apt/archives/*.deb /srv/deb-repo/ cd /srv/deb-repo dpkg-scanpackages . /dev/null | gzip -9c > Packages.gz然后在离线机器的/etc/apt/sources.list里加一行deb [trusted=yes] file:///srv/deb-repo ./，apt update之后就能直接从本地装。参数上[trusted=yes]是因为本地仓库没有签名，内网自用可以接受；dpkg-scanpackages第二个参数传/dev/null表示不读 override 文件，包少的时候够用。
| 基线里该固化的东西 | 记录方式 |
|---|---|
| 内核版本与已装内核列表 | dpkg -l 'linux-image-*' | grep ^ii |
| 源列表 | cp /etc/apt/sources.list sources.list.snapshot |
| 手动装的包 | apt-mark showmanual > manual-pkgs.txt |
| 分区布局 | lsblk -f输出贴进 README |
那个apt-mark showmanual的清单特别值钱，重建环境时照着它批量装，比回忆「我当时装了什么」靠谱得多。
踩过最贵的一次坑，是给一个离线环境装完系统后才发现镜像站地址写的是内网临时域名，那台机器一断网apt就全废，最后靠 U 盘搬 deb 包救回来。从那以后我每次固化基线，都强制走一遍「断网 →apt install一个包 → 能装上才算完」的验证，再导出 OVA。希望帮到你。
本文还有配套的精品资源，点击获取
