Ubuntu安装时卡在“Preparing to install”界面怎么办？

Question

Ubuntu安装卡在“Preparing to install”界面是常见启动安装流程阻塞问题，多由硬件兼容性或引导配置异常引发。典型原因包括：① Secure Boot未关闭（尤其在较新UEFI主板上，会阻止非签名驱动加载）；② NVIDIA/AMD独显未禁用（导致图形初始化失败，安装器无法渲染UI）；③ USB安装介质损坏或写入不完整（推荐用Rufus（DD模式）或balenaEtcher重写镜像）；④ BIOS中CSM/Legacy模式与UEFI混用；⑤ 内存不足或硬盘响应异常（可尝试拔除多余外设、更换SATA口或禁用快速启动）。临时解决方法：安装启动时按`e`编辑GRUB参数，在`linux`行末尾添加`nomodeset acpi=off`（慎用，仅用于诊断），再按`Ctrl+X`继续。建议优先验证ISO校验和、关闭Secure Boot并启用UEFI原生模式安装。如仍失败，可切换至“Install Ubuntu Server”文本模式安装，后续再部署桌面环境。

Answer 1

```html

一、现象层：识别“Preparing to install”卡顿的本质特征

该界面并非安装程序崩溃，而是 Ubuntu Live 环境已启动成功（内核加载、initramfs 解压、rootfs 挂载完成），但 ubiquity（图形化安装器）因依赖服务未就绪而停滞。典型表现为光标静止、无错误日志输出、Ctrl+Alt+F2/F3 切换至 TTY 后可正常登录（证明系统已运行）。此阶段处于用户空间初始化末期，是硬件抽象层（HAL）、显示子系统与存储探测的交汇点。

二、引导层：UEFI/Secure Boot 与引导链完整性校验

• Secure Boot 阻断签名验证：Ubuntu 22.04+ 官方镜像虽含 shim+grub2+MokManager 签名链，但部分 OEM 主板（如 Dell XPS 13 9315、Lenovo ThinkPad P1 Gen6）固件对 ubuntu-efi 模块签名策略异常严格，导致 fwupd 或 nvme 驱动无法加载；
• CSM/Legacy 混用陷阱：BIOS 中若启用 CSM（Compatibility Support Module）且 USB 启动项被识别为 Legacy 而非 UEFI，将触发 MBR 引导流程，但 Ubuntu ISO 的 EFI 分区（EFI/BOOT/BOOTx64.EFI）无法执行，造成 GRUB 仅加载内核却无法挂载 squashfs；
• 验证方法：启动后按 Ctrl+Alt+F2，执行 ls /sys/firmware/efi（存在即为 UEFI 模式），再运行 mokutil --sb-state 查看 Secure Boot 实时状态。

三、硬件抽象层：GPU 与存储控制器兼容性深度解析

硬件类型	典型故障表现	底层机制	规避方案
NVIDIA RTX 40xx 系列（Ada Lovelace）	卡在 “Preparing…” 且屏幕闪烁或黑屏	开源 nouveau 驱动不支持 Ada 架构显存初始化，导致 DRM/KMS 子系统 hang	启动时添加 modprobe.blacklist=nouveau 或使用 rd.driver.blacklist=nouveau
AMD Radeon RX 7900 XTX（RDNA3）	TTY 可用但 GUI 安装器无响应	Linux 6.2+ 内核虽支持 RDNA3，但 Ubuntu 24.04 LTS 默认内核（6.8）中 amdgpu 固件加载超时	追加 amdgpu.gpu_recovery=1 amdgpu.dc=1 参数强制启用显示恢复路径

四、介质与固件层：USB 写入可靠性与 NVMe 协议栈协同

使用 Rufus 的「DD 模式」而非「ISO 模式」写入，本质是绕过 ISO9660 文件系统封装，直接将 .iso 二进制流逐扇区写入 USB 设备——这对 UEFI 启动至关重要，因某些主板（如 ASUS PRIME B650M-A）的 USB 控制器固件会错误解析 ISO 模式生成的 GPT 分区表。同时需验证 SHA256 校验值：
sha256sum ubuntu-24.04-desktop-amd64.iso 与官网发布值比对，误差 1 字节即导致 initrd 中 squashfs 解压失败，进而使 ubiquity 进程因缺失 /usr/lib/ubiquity 模块而静默退出。

五、诊断与应急层：GRUB 参数调优与内核级调试路径

graph TD
  A[启动时按 e 编辑 GRUB] --> B{问题类型判断}
  B -->|GPU 初始化失败| C[nomodeset rd.driver.pre=vesafb]
  B -->|ACPI 表异常| D[acpi=off acpi_enforce_resources=lax]
  B -->|NVMe 响应延迟| E[libata.noacpi=1 nvme_core.default_ps_max_latency_us=5500]
  C --> F[Ctrl+X 启动 → 验证是否进入安装UI]
  D --> F
  E --> F

六、生产级兜底方案：Server 模式安装 + 桌面环境原子化部署

当所有前端干预失效时，选择「Install Ubuntu Server」文本模式安装（无需 GUI 渲染），其核心优势在于：
① 使用 subiquity 替代 ubiquity，完全基于 REST API 与 systemd 服务协调，规避 X11/Wayland 依赖；
② 安装过程全程输出详细日志至 /var/log/installer/，含 storage-probe.log（磁盘拓扑）、network-config.log（网络接口枚举）；
③ 安装完成后执行：
sudo apt update && sudo apt install --no-install-recommends ubuntu-desktop-minimal^
该命令通过 Task 包元数据精准拉取最小桌面集合（含 gnome-shell、mutter、gdm3），避免传统 ubuntu-desktop 包引入冗余组件导致的启动冲突。

七、长期工程实践建议：构建可复现的裸机交付流水线

面向 DevOps 团队，推荐将 Ubuntu 安装固化为 IaC（Infrastructure as Code）流程：
• 使用 netboot.xyz 启动 iPXE，从 HTTP 服务器动态加载预配置的 preseed.cfg 或 autoinstall.yaml；
• 在 autoinstall.yaml 中声明 storage: layout: {name: lvm} 并绑定 kernel: {'command_line': 'nomodeset'}；
• 结合 maas（Metal as a Service）实现 Secure Boot 状态自动检测与 BIOS 设置下发，彻底消除人工 BIOS 操作误差源。

```