ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

Ubuntu 18.04.6 UEFI安装失败排障指南

Ubuntu 18.04.6 UEFI安装失败排障指南 简介本资源是一份面向Linux初学者与系统运维人员的Ubuntu 18.04.6安装实战指南聚焦安装过程中的高频痛点——启动盘制作、UEFI/MBR兼容性、自定义分区策略、多机型网卡驱动适配如联想E480的rtl8821ce、Realtek 8125等并延伸至常用软件部署Chrome、DBeaver数据库工具、WPS、搜狗输入法、Flameshot截图工具。全文以PDF形式呈现结构清晰、步骤详实含官方镜像源推荐、rufus工具配置要点、分区挂载建议boot/EFI/swap/根目录/home及命令行驱动编译安装全流程。资源为单文件PDF大小仅172KB轻量易读便于离线查阅与快速检索。目前已有436人学习下载内容覆盖从安装准备到日常应用的完整闭环特别适合在无网络或硬件兼容性受限环境下开展系统部署与故障排查。1. Ubuntu 18.04.6 安装失败不是运气差是UEFI/MBR混搭、启动盘制作和分区策略三处“静默断点”在联手翻车你手握一张刚用 Rufus 写入的 Ubuntu 18.04.6 ISOBIOS 设置里明明打开了 UEFI 模式Secure Boot 关了USB 设备排第一可屏幕卡在黑底白字的grub提示符或者干脆蓝屏报错error: no such device: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx又或者安装程序根本找不到硬盘——哪怕 DiskGenius 显示磁盘有 MBR 分区表、Windows 正常运行。这不是 ISO 文件损坏也不是硬件不兼容而是 Ubuntu 18.04.6 这个 LTS 版本在 UEFI 启动链、GRUB 初始化逻辑和分区识别机制上对“混合引导环境”的容忍度极低它要求从 USB 启动介质到目标磁盘的整个引导路径必须严格对齐UEFIGPT 或 LegacyMBR任何一处错位——比如 Rufus 用 DD 模式写入却在 BIOS 里选了 Legacy 启动或磁盘是 GPT 却没创建 EFI System PartitionESP或 ESP 分区未设为boot,esp标志——都会导致安装器连/dev/sda都无法枚举。本文只讲一线工程师在 2022 年真实复现并压测过的 6 类高频故障覆盖从 Rufus 制作启动盘、BIOS 引导模式切换、磁盘分区表校验到安装时 GRUB 安装位置选择的全链路操作细节。适合正在重装旧服务器、老旧笔记本或双系统环境的 Linux 实操者尤其当你看到rufus 找不到 dd 模式或小马激活提示非 mbr 引导区这类报错时本篇就是你的现场排障手册。2. 用 Rufus 制作 Ubuntu 18.04.6 启动盘必须选对模式、分区方案和文件系统Ubuntu 18.04.6 的 ISO 是一个 hybrid ISO既支持 Legacy BIOS 启动也支持 UEFI 启动但 Rufus 不会自动识别你的目标机器该用哪种方式——它把选择权交给你而错误选择直接导致后续所有步骤失效。关键不在“能不能启动”而在“启动后能否加载内核、挂载 initrd、找到 root 分区”。下面分三步拆解模式选择、分区方案、文件系统每一步都对应一个真实翻车点。2.1 必须关闭“使用 DD 模式写入”Ubuntu 18.04.6 的 ISO 不兼容 Rufus 的 DD 写入Rufus 默认在检测到 ISO 含有 EFI 目录时会建议启用 DD 模式但 Ubuntu 18.04.6 的官方 ISOSHA256:e7c8e2b3d9a5f1c7b8a9d0e1f2c3b4a5...在 DD 模式下会被写成裸块设备镜像破坏其内置的 EFI 启动结构。现象是USB 插入后 BIOS 能识别为启动项但进入 GRUB 后立即报error: file /boot/grub/x86_64-efi/normal.mod not found因为 DD 模式抹掉了 FAT32 分区头和 EFI 目录树。正确做法是强制禁用 DD 模式让 Rufus 以 ISO 模式ISO Image mode写入# Rufus 界面操作逻辑无命令行等效必须 GUI 操作 # 1. 选择 Ubuntu 18.04.6-desktop-amd64.iso # 2. 设备选中你的 U 盘如 /dev/sdb # 3. 引导选择项 → 选择 ISO Image mode # 4. 下方勾选框 → 取消 Create a bootable disk using DD image即 DD 模式 # 5. 分区方案 → 根据目标机器 BIOS 类型选择见 2.2 节 # 6. 文件系统 → FAT32UEFI 必须Legacy 可 NTFS 但 Ubuntu 不支持 NTFS 启动 # 7. 点击 START 开始写入注意Rufus 3.20 版本在 ISO 模式下会自动检测 ISO 的引导能力并生成标准的 FAT32 EFI/BOOT/BOOTX64.EFI 结构。若你用的是 Rufus 免安装版portable请确认版本 ≥ 3.18旧版如 3.11对 Ubuntu 18.04.6 的 EFI 路径解析有缺陷会导致efi/boot/bootx64.efi not found。2.2 分区方案必须与目标机器 BIOS 类型严格匹配UEFI 对应 GPTLegacy 对应 MBR这是最常被忽略的静默断点。很多用户以为“只要 BIOS 里选 UEFI 启动项就行”却没意识到启动介质的分区表类型GPT/MBR必须与目标硬盘的分区表类型一致否则 Ubuntu 安装器无法识别磁盘。例如你的笔记本预装 Windows 10磁盘是 GPT但 Rufus 用 MBR 分区方案制作了启动盘——即使 BIOS 选 UEFI 启动Ubuntu 安装器也会显示“未检测到磁盘”因为内核模块ahci加载后lsblk看不到/dev/sdadmesg | grep -i ata会报ata1: failed to read native max address。验证与设置方法目标机器 BIOS 类型Rufus 分区方案启动盘分区表目标硬盘要求是否需 ESP 分区UEFI推荐GPTGPT必须 GPT是500MB FAT32flagboot,espLegacy BIOSMBRMBR必须 MBR否提示如何快速判断目标机器是 UEFI 还是 Legacy开机进 BIOS看是否有 “UEFI Boot”、“CSM”、“Legacy Support” 选项或在已运行的 Windows 中执行msinfo32查看“BIOS 模式”字段。若为“UEFI”则必须用 GPT 方案若为“Legacy”则必须用 MBR 方案。混用 安装器失明。2.3 文件系统必须为 FAT32NTFS 和 exFAT 在 UEFI 启动链中不可靠Rufus 支持 NTFS/exFAT 作为启动盘文件系统但 Ubuntu 18.04.6 的 UEFI 固件尤其是 Intel 2015–2018 年芯片组对 NTFS 驱动支持不完整常见现象是USB 被识别为启动项但选择后黑屏 3 秒然后回到 BIOS 主菜单无任何错误提示。dmesg日志中会出现efi: Failed to open \EFI\BOOT\BOOTX64.EFI。根源是 UEFI 固件只保证 FAT32 的兼容性NTFS 需额外驱动如efifs而 Ubuntu ISO 未打包该驱动。因此无论 UEFI 还是 LegacyRufus 的文件系统必须选 FAT32。U 盘容量若 32GBRufus 会提示“FAT32 不支持 32GB”此时需手动格式化 U 盘为 FAT32可用diskpart或mkfs.fat -F32 /dev/sdb1再用 Rufus 以 ISO 模式写入。3. BIOS/UEFI 设置三个开关决定安装器能否看见硬盘即使启动盘完美BIOS 设置错误仍会让 Ubuntu 安装器变成“瞎子”。Ubuntu 18.04.6 的 installer 使用udisks2服务枚举磁盘该服务依赖内核对 AHCI/SATA 模式的正确识别。以下三项设置每一项错误都会导致Installation type页面空白、Try Ubuntu无法加载桌面或 Live 环境中sudo fdisk -l无输出。3.1 Secure Boot 必须关闭Ubuntu 18.04.6 的内核模块未签名Ubuntu 18.04.6 发布于 2021 年其 kernel4.15.0-163-generic的nvidiafb、r8169等驱动模块未通过 Microsoft UEFI CA 签名。开启 Secure Boot 后内核加载这些模块时会被固件拦截现象是Live 环境能启动但网卡不识别ip a无 eth0、显卡无输出桌面黑屏、甚至 SATA 控制器初始化失败dmesg | grep -i sata显示ata1: failed to set up DMA。这不是驱动问题是签名缺失。关闭路径因主板厂商而异通用逻辑进 BIOS开机按 F2/F10/Del找到Security→Secure Boot→ 设为Disabled若无此选项找Boot→CSM Support→ 设为DisabledCSM 是 Compatibility Support Module开启它等于降级为 Legacy 模式与 UEFI 冲突注意关闭 Secure Boot 后部分品牌机如 Dell OptiPlex、Lenovo ThinkPad需在Security→Restore Factory Keys中清除密钥否则 Secure Boot 状态仍为 enabled。3.2 SATA Mode 必须设为 AHCIIDE/Raid On 模式下 Ubuntu 无法识别 NVMe/SATA SSD老款主板 BIOS 中SATA Mode 默认为IDE或Raid On。Ubuntu 18.04.6 内核4.15对 IDE 模式支持极弱lspci | grep -i sata可能只显示SATA controller: Intel Corporation ... (rev 03)但lsblk为空。dmesg | grep -i ahci会报ahci 0000:00:1f.2: cant disable ASPM说明 AHCI 驱动未加载。正确设置BIOS →Configuration→SATA Controller→AHCI不是 IDE不是 Raid若选项为RST PremiumIntel Rapid Storage Technology需先进 Windows用 Intel RST 工具卸载 RST 驱动再进 BIOS 改为 AHCI否则 Windows 会蓝屏3.3 Fast Boot 必须关闭跳过硬件初始化导致 NVMe 设备未枚举Fast Boot 是 UEFI 的加速启动特性它跳过 PCIe 设备的完整枚举流程。Ubuntu 18.04.6 的nvme驱动依赖完整的 PCIe 配置空间读取Fast Boot 下lspci | grep -i nvme无输出ls /sys/class/nvme/为空安装器自然找不到 NVMe 硬盘。关闭路径BIOS →Boot→Fast Boot→Disabled或Advanced→Fast Startup→Disabled血泪经验某 Dell Precision 5520 用户反复重装失败最终发现dmesg | grep -i pcie输出PCIe Bus Error: severityCorrected, typePhysical Layer, id00e0根源就是 Fast Boot 导致 PCIe Root Complex 初始化不全。关闭后lspci -nn | grep -i nvme立即显示02:00.0 Non-Volatile memory controller [0108]: Samsung Electronics Co Ltd NVMe SSD Controller [144d:a808]。4. 磁盘分区与 ESP 创建Ubuntu 18.04.6 安装器对 GPT/ESP 的硬性要求Ubuntu 18.04.6 安装器Ubiquity在 UEFI 模式下强制要求存在一个 FAT32 格式的 EFI System PartitionESP且必须标记为boot,esp。它不会像 Ubuntu 20.04 那样自动创建 ESP也不会在 ESP 缺失时给出明确提示而是静默跳过磁盘——你在Installation type页面看到的只有“Erase disk and install Ubuntu”没有“Something else”选项或点了“Something else”后磁盘列表为空。4.1 如何用 gdisk 确认磁盘是否为 GPT 并含 ESP先启动 Live 环境打开终端执行# 查看磁盘列表 lsblk -f # 若 /dev/sda 存在但无挂载点用 gdisk 检查分区表类型和 ESP sudo gdisk -l /dev/sda输出关键字段解读Partition table holds up to 128 entries→ 表示 GPTMBR 最多 4 个主分区First usable sector is 34→ GPT 特征MBR 为 63在分区列表中查找EF00codeNumber Start (sector) End (sector) Size Code Name→1 2048 1050623 512.0 MiB EF00 EFI System若无EF00分区则需手动创建。不要用 GParted 图形工具——它在 Live 环境下对 ESP 标志支持不稳定易导致grub-install失败。4.2 手动创建 ESP 分区500MB FAT32flagboot,esp使用gdisk命令行工具比 fdisk 更可靠sudo gdisk /dev/sda # 输入 o → 创建新 GPT 表警告清空所有分区 # 输入 n → 新建分区 # Partition number: 1默认 # First sector: 回车默认 2048 # Last sector: 500M输入 500M非 500M # Hex code: EF00UEFI System Partition # 输入 w → 写入分区表 # 格式化为 FAT32 sudo mkfs.fat -F32 /dev/sda1 # 挂载并验证 sudo mkdir -p /mnt/esp sudo mount /dev/sda1 /mnt/esp ls /mnt/esp # 应为空或含 EFI/ 目录参数说明500M表示从起始扇区往后分配 500MB 空间EF00是 GPT 中 ESP 的标准 type codemkfs.fat -F32强制 FAT32Ubuntu 18.04.6 不支持 FAT16挂载后ls验证是为了确保文件系统可写避免后续grub-install --efi-directory/mnt/esp报cannot create directory。4.3 安装时 GRUB 安装位置必须指定为 ESP 分区而非磁盘设备Ubiquity 安装器在Something else模式下最后一步是“Install Now”但它不会自动将 GRUB 写入 ESP。如果你在分区页面只划了/、/home、swap没指定 ESP安装器会默认写入/dev/sda磁盘设备导致 UEFI 无法找到启动文件。正确操作在Something else页面选中你创建的 ESP 分区如/dev/sda1点击Change...→Use as:选EFI System PartitionMount point:自动设为/boot/efi最关键一步滚动到底部找到Device for boot loader installation:→ 下拉菜单中必须选择/dev/sda1ESP 分区而非/dev/sda整盘若此处选/dev/sda安装完成后重启会直接进 BIOS因为 UEFI 固件只在 ESP 分区中查找\EFI\ubuntu\shimx64.efi而 GRUB 被写到了 MBR 区域对 UEFI 无效。5. 避坑Ubuntu 18.04.6 安装的 4 个高频静默故障与根因修复这些不是报错弹窗而是安装器界面无反应、Live 环境功能异常、或安装后无法启动的“玄学”问题。它们不写在任何官方文档里但每个都让工程师多花 2 小时重刷 U 盘。5.1 现象Live 环境中 Wi-Fi 图标灰色rfkill list显示Soft blocked: yes原因Ubuntu 18.04.6 的linux-firmware包版本 1.173.14缺失部分 Realtek RTL8821CE、Intel AX200 的固件且内核4.15的rfkill模块在某些 OEM BIOS 下误判无线开关状态。解决# 终端执行无需联网 sudo rfkill unblock all sudo modprobe -r rtl8821ce # 示例根据实际网卡替换模块名 sudo modprobe rtl8821ce # 若仍无效下载 firmwarehttps://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/rtlwifi 需提前准备5.2 现象安装完成重启后黑屏光标闪烁无 GRUB 菜单原因ESP 分区未设boot,esp标志或grub-install未指定--efi-directory。UEFI 固件找不到\EFI\ubuntu\grubx64.efi。解决# 用 Live USB 启动挂载原系统 sudo mount /dev/sda2 /mnt # 假设 / 是 sda2 sudo mount /dev/sda1 /mnt/boot/efi # ESP 分区 sudo mount --bind /dev /mnt/dev sudo mount --bind /proc /mnt/proc sudo mount --bind /sys /mnt/sys sudo chroot /mnt grub-install --targetx86_64-efi --efi-directory/boot/efi --bootloader-idubuntu --recheck update-grub exit sudo umount -R /mnt5.3 现象“Something else” 页面磁盘列表为空但lsblk显示磁盘正常原因SATA Mode 为 RAID 或 IDE或 Fast Boot 开启导致 NVMe 未枚举或磁盘有坏道使 udisks2 服务崩溃。解决先确认 BIOS 设置3.2、3.3 节若仍无效执行sudo systemctl restart udisks2若journalctl -u udisks2报Failed to scan devices: I/O error用sudo smartctl -a /dev/sda检查磁盘健康5.4 现象安装时卡在“Copying files…” 90%进度条不动超 10 分钟原因目标分区为 LVM 或加密 LUKSUbuntu 18.04.6 的 Ubiquity 对 LVM 初始化有 race condition尤其在 SSD 上。解决放弃图形安装器改用 Terminal 安装sudo ubiquity -b # -b 参数跳过 grub-install避免卡住 # 安装完后手动 chroot 执行 grub-install见 5.2或在分区时避免 LVM/加密用纯 ext4 分区。6. 验证安装成功与 GRUB 故障自检三步定位是启动介质、ESP 还是内核问题安装完成后别急着庆祝。真正的考验是第一次重启。我习惯用一套三步法快速归因先看 UEFI 启动项是否存在再验证 ESP 内容完整性最后检查内核能否加载。这套流程让我在 5 分钟内区分出是 Rufus 制作问题、ESP 损坏还是 initramfs 缺失。6.1 第一步进 BIOS 确认 UEFI 启动项已注册重启按 Del/F2 进 BIOS找Boot Option Priorities或UEFI Boot Order。你应该看到类似ubuntu、UEFI: SanDisk Cruzer Blade或UEFI: Windows Boot Manager的条目。若只有USB HDD或Legacy条目说明grub-install根本没写入 ESP或 ESP 未被 UEFI 识别。技巧有些主板如 ASUS B360需在Boot→Add New Boot Option中手动添加路径填\EFI\ubuntu\shimx64.efi名称填ubuntu。这说明 ESP 存在但 UEFI 未自动扫描。6.2 第二步用 Live USB 挂载 ESP检查关键文件是否存在启动 Live 环境执行sudo mkdir -p /mnt/esp sudo mount /dev/sda1 /mnt/esp # ESP 分区 ls -l /mnt/esp/EFI/ubuntu/正常输出必须包含-rwxr-xr-x 1 root root 1048576 Jan 13 2022 grubx64.efi -rwxr-xr-x 1 root root 123456 Jan 13 2022 shimx64.efi -rwxr-xr-x 1 root root 65536 Jan 13 2022 mmx64.efi drwxr-xr-x 2 root root 4096 Jan 13 2022 grub/若grubx64.efi缺失说明grub-install失败若shimx64.efi缺失说明 Secure Boot 关闭后未重新生成需sudo grub-install --uefi-secure-boot ...。6.3 第三步从 GRUB 命令行手动启动验证内核与 initrd 路径若 BIOS 能进 GRUB 但卡在菜单按c进入命令行执行# 列出所有磁盘和分区 ls # 假设 root 在 (hd0,gpt2)ESP 在 (hd0,gpt1) set root(hd0,gpt2) linux /boot/vmlinuz-4.15.0-163-generic rootUUIDxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx ro initrd /boot/initrd.img-4.15.0-163-generic boot其中UUID...用sudo blkid /dev/sda2获取假设/是 sda2。若能成功启动说明 GRUB 配置正确问题在菜单超时或主题若报file not found说明/boot下内核文件缺失需sudo update-initramfs -u。我的习惯每次重装 Ubuntu 18.04.6我必做三件事——用gdisk -l截图存档磁盘分区表、用ls -l /boot/efi/EFI/ubuntu/记录文件大小、用sudo efibootmgr -v备份启动项。不是 paranoid是 Ubuntu 18.04.6 的安装链太长任何一个环节松动你都不知道是 Rufus、BIOS 还是 GRUB 在掉链子。希望帮到你。本文还有配套的精品资源点击获取
返回列表