企业官网建设流程全解析

1. 这不是一份“标准安装教程”，而是一份从真实装机现场抠出来的避坑手册

你搜“Ubuntu 22.04 LTS安装指南”，页面上铺天盖地全是点开就跳转到官网下载页、然后复制粘贴几句“选择语言→分区→设置用户”的流水账。我试过——在三台不同配置的物理机、四台VMware Workstation虚拟机、两台VirtualBox环境里，用官方ISO镜像重装了整整17次Ubuntu 22.04。不是为了炫技，是每次都会卡在某个意想不到的地方：USB启动盘进不去Live环境、安装界面黑屏、分区时提示“无法识别现有Windows NTFS分区”、装完重启直接进Grub rescue、中文输入法打不出字、Wi-Fi图标灰掉、甚至装完连sudo都报错“command not found”。这些不是小概率事件，而是22.04 LTS在真实硬件和混合系统环境下暴露出的典型兼容性断层。它不像18.04那样“扔进去就能跑”，也不像20.04那样对老设备足够宽容。它的内核是5.15，图形栈默认启用Wayland，存储子系统全面转向LVM+LUKS2，网络管理交由systemd-networkd接管——这些升级背后，藏着大量未被文档覆盖的实操陷阱。这篇指南不讲“应该怎么做”，只讲“我踩过哪些坑、为什么踩、怎么绕过去”。如果你正准备在笔记本上双系统装22.04，或者要在旧服务器上部署生产环境，又或者只是想让VMware里的虚拟机不再卡在“Checking for a new Ubuntu release”那行不动，那你需要的不是教科书，是一份带血丝的现场记录。核心关键词——Ubuntu、22.04、LTS、安装指南、踩坑步骤——全部来自真实日志，每一个问题都有对应时间戳、硬件型号、错误代码和可验证的修复命令。

2. 安装前必须死磕的五个硬性检查项（90%的人跳过，结果全军覆没）

很多人把Ubuntu安装失败归咎于“镜像坏了”或“U盘质量差”，其实真正的问题往往出在安装前的准备阶段。我统计过自己17次失败记录，其中12次根因都在这五个检查项上。它们不是可选项，是强制前置条件，漏掉任何一个，后续所有操作都是在浪费时间。

2.1 镜像校验：别信百度云盘里的“已校验”标签

官网下载的ubuntu-22.04.5-desktop-amd64.iso（截至2024年7月最新版）大小为4.4GB，SHA256值是a3b5e8f1c7d9e2a1b4c5d6e7f8a9b0c1d2e3f4a5b6c7d8e9f0a1b2c3d4e5f6a7。但你在百度云、迅雷快传、甚至某些技术论坛看到的“22.04 LTS镜像”，90%以上没有提供校验值，或者提供的校验值早已过期。更危险的是，部分第三方镜像站会悄悄替换内核模块——比如把原生的r8169网卡驱动换成打了补丁的版本，表面看能联网，实则导致后续更新时签名验证失败，apt update直接报NO_PUBKEY错误。我的做法是：永远从https://releases.ubuntu.com/22.04/ 下载，下载完成后立即执行：

sha256sum ubuntu-22.04.5-desktop-amd64.iso

输出必须与官网页面右侧的SHA256值完全一致。注意：不是MD5，不是SHA1，必须是SHA256；不是对比文件名，是对比整个ISO二进制流。曾经有次我下载的ISO校验值差了最后两位，重下后问题消失——那不是巧合，是镜像传输过程中发生的比特翻转，U盘写入时会被放大成整个分区表损坏。

2.2 启动模式锁定：UEFI/Legacy必须与目标硬盘分区表严格匹配

这是最隐蔽也最致命的坑。你的主板BIOS里可能同时开启UEFI和Legacy Boot，但Ubuntu安装器不会主动告诉你当前以哪种模式启动。判断方法极其简单：开机进Live环境后，打开终端执行：

ls /sys/firmware/efi/efivars

如果返回“No such file or directory”，说明你正以Legacy（CSM）模式启动；如果列出一堆.efi文件，则是UEFI模式。关键来了：Legacy模式只能识别MBR分区表，UEFI模式只能识别GPT分区表。如果你的硬盘是GPT格式（现代Windows 10/11默认），却用Legacy模式启动安装器，安装界面里根本看不到任何硬盘——它连/dev/sda都不识别。反之，MBR硬盘用UEFI启动，安装器会拒绝写入EFI System Partition（ESP）。我的解决方案是：进BIOS，彻底关闭Legacy Boot（或CSM），只留UEFI Enabled；然后用diskpart（Windows）或gdisk（Linux）确认硬盘分区表类型：

sudo gdisk -l /dev/sda

输出中若显示Partition table scan: MBR: hybrid或MBR: protective，说明是GPT；若显示MBR: MBR only，则是传统MBR。二者必须严格匹配，否则安装过程会在“正在写入引导记录”这一步卡死，且无任何错误提示。

2.3 硬件兼容性预检：三个命令决定你是否该继续

Ubuntu 22.04默认启用Kernel 5.15，对老旧硬件支持大幅收缩。不是所有“能跑18.04”的机器都能跑22.04。必须在Live环境中运行以下三组命令：

第一组：显卡驱动兼容性

lspci -k | grep -A 3 "VGA\|3D"

重点看Kernel driver in use字段。如果是nouveau（NVIDIA开源驱动）或i915（Intel核显），基本没问题；但若显示radeon（AMD老显卡）且型号是HD 5000系列及更早，大概率安装后黑屏。此时需在启动参数加nomodeset，但这只是临时方案，长期使用必须换驱动。

第二组：无线网卡固件

lspci -k | grep -A 3 "Network\|Wireless"

常见坑点：Realtek RTL8188EU、RTL8192CU等USB无线网卡，在22.04中默认不带firmware-realtek包，Live环境能连Wi-Fi，但安装后重启就消失。解决方法是提前下载firmware-realtek.deb离线安装，或换用Intel AX200/AX210等原生支持的网卡。

第三组：NVMe SSD识别

lsblk -o NAME,ROTA,TYPE,FSTYPE,SIZE,MOUNTPOINT

如果NVMe盘（如nvme0n1）显示FSTYPE为空，且SIZE为0，说明内核未加载nvme驱动——这通常发生在超老主板（2015年前）上。此时必须在启动时加nvme_core.default_ps_max_latency_us=5500参数，否则安装器根本无法读取SSD。

2.4 双系统引导预留空间：Windows的“恢复分区”不是摆设

很多教程说“给Ubuntu分100GB就行”，但实际要复杂得多。Windows 10/11在GPT磁盘上会创建多个隐藏分区：EFI System Partition（ESP）、Microsoft Reserved Partition（MSR）、Windows Recovery Environment（WinRE）。其中WinRE分区（通常1GB）紧邻Windows主分区，且Windows更新时会自动扩容。如果你在WinRE后面直接划出ext4分区，Windows下次更新可能把你的Ubuntu根分区吞掉——不是误删，是微软的recovery工具把整个后续扇区标记为“可回收空间”。正确做法是：在Windows磁盘管理中，先压缩C盘，留出至少5GB未分配空间（不要格式化！），然后在Ubuntu安装器的“其他选项”里，手动创建分区时，从这块未分配空间的起始位置开始划分。ESP分区必须单独挂载到/boot/efi，大小至少500MB（官方要求），我习惯设为1GB以防万一；根分区挂载到/，推荐最小30GB（含swap）；home分区独立挂载，避免重装系统丢数据。绝对不要勾选“与Windows共存”自动分区——它会无视WinRE，直接在C盘末尾切块，埋下定时炸弹。

2.5 BIOS关键设置：三个开关决定成败

很多问题根源不在Ubuntu，而在BIOS。必须逐项确认：

• Secure Boot：Ubuntu 22.04官方镜像支持Secure Boot，但某些OEM厂商（如戴尔、惠普）的定制固件会阻止非微软签名的驱动加载。如果安装后Wi-Fi失效或显卡无输出，第一反应是关掉Secure Boot。注意：关掉后需在启动菜单里选择“Ubuntu”而非“UEFI OS”，否则仍走安全启动链。
• Fast Boot：必须禁用。这个选项会让BIOS跳过PCI设备初始化，导致Ubuntu无法识别NVMe SSD、USB 3.0控制器甚至键盘。现象是安装界面键盘失灵、硬盘列表为空。
• VT-d / AMD-Vi：虚拟化开关。如果你计划用KVM或Docker Desktop，必须开启。但某些老主板开启后会导致Ubuntu启动卡在“Started Hold until boot process finishes”——此时需在GRUB启动参数加intel_iommu=off（Intel）或amd_iommu=off（AMD）。

提示：每次修改BIOS设置后，务必保存并彻底断电（拔电源线或长按电源键10秒），否则CMOS缓存可能导致设置未生效。我曾因没断电，反复调试3小时才发现BIOS设置根本没写入。

3. 安装过程中的四大高危操作节点与实时应对策略

安装界面看似只有几步，但每个按钮背后都藏着触发不同内核路径的开关。我记录了17次安装中，失败集中爆发的四个节点，它们不是随机错误，而是设计使然的“压力测试点”。

3.1 Live环境启动阶段：黑屏/卡死的七种解法

现象：USB启动后，紫色Ubuntu Logo出现，然后屏幕变黑或卡在光标闪烁。这不是硬件故障，是内核显卡驱动协商失败。解决方案必须按顺序尝试，因为后一个会覆盖前一个：

1. 临时禁用显卡加速（最常用）：在GRUB菜单按e编辑启动参数，在linux行末尾加空格，输入nomodeset，然后Ctrl+X启动。这会让内核用通用VESA驱动，牺牲性能保功能。
2. 指定显卡驱动模块（针对NVIDIA）：如果nomodeset后能进系统但分辨率极低，说明nouveau驱动冲突。在linux行末尾加nouveau.modeset=0，同时确保安装后第一时间装闭源驱动。
3. 强制禁用Wayland（针对Intel核显）：22.04默认Wayland，但某些Intel HD 4000/4400核显会卡在登录界面。加参数systemd.unit=multi-user.target进入命令行，再执行sudo systemctl set-default graphical.target，然后编辑/etc/gdm3/custom.conf，取消注释#WaylandEnable=false。
4. 调整PCIe链路速度（针对NVMe SSD）：某些主板PCIe 4.0 SSD在UEFI模式下握手失败。加参数pci=assign-busses,realloc强制重新分配总线号。
5. 禁用ACPI电源管理（针对老笔记本）：加acpi=off，但会失去电池状态、热键等功能，仅作临时诊断。
6. 指定内核版本（针对多内核系统）：如果Live环境自带5.15和5.19两个内核，优先选5.15，因为LTS版本经过充分测试。
7. 更换启动介质（终极方案）：USB 3.0接口有时供电不足，导致U盘读取错误。换到USB 2.0口，或用Rufus制作启动盘时选择“DD写入模式”而非“ISO模式”。

注意：所有这些参数都只在本次启动生效。安装完成后，需将最终确定的参数写入/etc/default/grub的GRUB_CMDLINE_LINUX_DEFAULT字段，并执行sudo update-grub固化。

3.2 分区环节：LVM+LUKS加密的实操陷阱

Ubuntu 22.04安装器默认提供“擦除磁盘并安装Ubuntu”和“其他选项”两种路径。前者看似省事，实则暗藏LVM+LUKS组合拳——它会把整个硬盘做成一个LVM卷组，再对逻辑卷加密。问题在于：LVM元数据损坏后，恢复难度远高于普通ext4；LUKS密钥环与GNOME Keyring深度绑定，一旦桌面环境崩溃，连解密密码都输不进去。我的建议是：除非你明确需要全盘加密，否则永远选择“其他选项”手动分区。具体操作如下：

• 先创建EFI System Partition（ESP）：大小1GB，类型EFI System，挂载点/boot/efi，格式fat32。
• 再创建/boot分区：大小2GB，类型primary，挂载点/boot，格式ext4。这是关键！很多教程省略此步，导致更新内核时ESP空间不足，系统无法启动。
• 根分区：大小50GB起，类型logical（LVM可选），挂载点/，格式ext4。不推荐XFS，因为22.04的fsck工具对XFS支持不完善。
• swap分区：物理内存<8GB时设为内存2倍，≥8GB时设为4GB，类型swap。注意：22.04默认启用zram，swap只是后备，但安装器仍需显式创建。
• home分区：剩余空间，挂载点/home，格式ext4。

如果坚持用LVM，必须在创建逻辑卷时，将/boot单独放在物理分区，而非LVM逻辑卷——因为GRUB2无法从加密LVM读取内核镜像。LUKS加密只应用于根分区和home分区，ESP和/boot必须明文。

3.3 用户创建环节：root账户与sudo权限的致命误区

安装器要求你设置用户名和密码，但很少人意识到：这个账户默认没有root密码，且sudo组权限依赖于/etc/sudoers文件的完整性。常见错误是勾选“自动登录”，这会导致/etc/gdm3/custom.conf中AutomaticLoginEnable=true被写入，而某些显卡驱动未加载完成时，GDM会无限循环重启。更严重的是，如果用户名包含大写字母（如UserOne）或特殊字符（如user-name），安装器会静默创建账户，但后续sudo apt update会报unable to resolve host错误——因为/etc/hosts文件里hostname只接受小写字母和短横线。我的标准流程是：

• 用户名全小写，纯字母，长度3-12位（如ubuntu22）。
• 密码强度必须满足：至少8位，含大小写字母+数字，不含空格。
• 绝不勾选“自动登录”和“登录时需要密码”，保持登录界面可见，便于观察启动日志。
• 安装完成后第一件事：打开终端，执行sudo passwd root设置root密码（虽然不推荐日常使用，但应急必备）；再执行sudo usermod -aG sudo $USER确保当前用户在sudo组（某些OEM镜像会漏掉此步）。

3.4 安装完成重启阶段：“grub rescue>”的精准修复

这是最令人绝望的场景：安装完成，点击“现在重启”，屏幕一闪，出现grub rescue>提示符，光标不停闪烁。原因只有一个：GRUB引导记录未正确写入ESP分区。不是硬盘坏了，是安装器在写入/boot/efi/EFI/ubuntu/grubx64.efi时失败。修复无需重装，只需Live环境U盘启动，按以下步骤操作：

1. 挂载根分区和ESP分区：

sudo fdisk -l # 找到根分区（如/dev/nvme0n1p5）和ESP（如/dev/nvme0n1p1） sudo mount /dev/nvme0n1p5 /mnt sudo mount /dev/nvme0n1p1 /mnt/boot/efi

2. 重建GRUB配置：

sudo mount --bind /dev /mnt/dev sudo mount --bind /proc /mnt/proc sudo mount --bind /sys /mnt/sys sudo chroot /mnt grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=ubuntu --recheck update-grub exit

3. 卸载并重启：

sudo umount -R /mnt sudo reboot

关键点：--efi-directory必须指向挂载后的路径（/boot/efi），而非原始设备路径；--bootloader-id必须是ubuntu，不能是Ubuntu或ubuntus，否则Windows Boot Manager无法识别。

实操心得：我曾因grub-install命令少写了--recheck参数，导致修复后仍进rescue。这个参数强制GRUB扫描所有可用EFI分区，是跨平台兼容的关键。

4. 安装后必做的八项加固操作（跳过任何一项，三天内必出问题）

系统装完不等于可用。22.04 LTS的“开箱即用”只是幻觉，真实环境需要手工加固。这八项操作基于我维护的12台生产服务器和7台开发笔记本的长期实践，每一条都对应一个高频故障。

4.1 源列表切换：国内镜像的精确配置

Ubuntu官方源（archive.ubuntu.com）在国内访问极不稳定，但盲目换镜像会引发签名错误。正确做法是：

• 编辑/etc/apt/sources.list，将所有http://archive.ubuntu.com和http://security.ubuntu.com替换为阿里云镜像：

sudo sed -i 's/archive.ubuntu.com/mirrors.aliyun.com/g' /etc/apt/sources.list sudo sed -i 's/security.ubuntu.com/mirrors.aliyun.com/g' /etc/apt/sources.list

• 但必须保留-updates和-security仓库的独立性。错误配置是把所有行都替换成同一地址，导致apt update时InRelease文件校验失败。阿里云镜像结构是：mirrors.aliyun.com/ubuntu/dists/jammy/main/binary-amd64/，而安全更新在mirrors.aliyun.com/ubuntu/dists/jammy-security/main/binary-amd64/。因此，替换后需检查sources.list中是否仍有jammy-updates和jammy-security字段，它们必须存在且路径正确。

• 执行sudo apt clean && sudo apt update，观察输出。如果出现NO_PUBKEY错误，说明镜像同步延迟，需手动导入密钥：

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys <KEY_ID>

<KEY_ID>从错误信息中提取，如871920D1991BC93C。

4.2 中文环境配置：输入法与字体的协同修复

装完系统，中文显示方块、输入法无法切换，是字体和输入法引擎双重缺失。解决方案分三步：

第一步：安装中文字体包

sudo apt install fonts-wqy-microhei fonts-wqy-zenhei fonts-crosextra-caladea fonts-crosextra-carlito

fonts-wqy-microhei是文泉驿微米黑，解决宋体显示；fonts-crosextra-caladea是Chrome OS的Caladea字体，解决英文标点混排。

第二步：配置IBus输入法框架

sudo apt install ibus-libpinyin im-config -s ibus # 切换输入法框架 ibus-setup # 图形化配置，添加“汉语(中国)”输入源

关键设置：在“高级”选项卡中，勾选“使用系统键盘布局”，否则Ctrl+Space无法触发；在“输入法”选项卡中，将“拼音”设为默认，避免首次启动时无输入法。

第三步：修复GNOME桌面的字体渲染
编辑~/.config/fontconfig/fonts.conf（若不存在则创建），加入：

<?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <fontconfig> <match target="font"> <edit name="antialias" mode="assign"><bool>true</bool></edit> <edit name="hinting" mode="assign"><bool>true</bool></edit> <edit name="hintstyle" mode="assign"><const>hintslight</const></edit> <edit name="rgba" mode="assign"><const>rgb</const></edit> </match> </fontconfig>

然后执行fc-cache -fv刷新字体缓存。不执行此步，中文会发虚，尤其在HiDPI屏幕上。

4.3 网络服务重置：systemd-networkd与Netplan的冲突化解

22.04默认用systemd-networkd管理网络，但桌面版同时安装NetworkManager，二者会抢夺/run/systemd/netif/links控制权，导致Wi-Fi图标灰色、有线连接频繁断开。诊断命令：

systemctl status systemd-networkd systemctl status NetworkManager ip link show

如果systemd-networkd状态为active (running)，而NetworkManager为inactive (dead)，说明NetworkManager被systemd-networkd压制。解决方法：

• 禁用systemd-networkd：

sudo systemctl stop systemd-networkd sudo systemctl disable systemd-networkd sudo systemctl mask systemd-networkd

• 启用NetworkManager：

sudo systemctl unmask NetworkManager sudo systemctl enable NetworkManager sudo systemctl start NetworkManager

• 重写Netplan配置（/etc/netplan/01-network-manager-all.yaml）：

network: version: 2 renderer: NetworkManager

然后执行sudo netplan apply。注意：renderer字段必须是NetworkManager，不能是networkd，否则Netplan仍调用systemd-networkd。

4.4 显卡驱动安装：NVIDIA闭源驱动的三段式部署

开源nouveau驱动在22.04上对GTX 10系及更新显卡支持不佳，表现为视频播放卡顿、Steam游戏崩溃。闭源驱动安装必须分三阶段：

第一阶段：禁用nouveau
编辑/etc/modprobe.d/blacklist-nouveau.conf：

blacklist nouveau options nouveau modeset=0

执行sudo update-initramfs -u更新initramfs。

第二阶段：安装驱动
从NVIDIA官网下载对应显卡的.run文件（如NVIDIA-Linux-x86_64-535.129.03.run），赋予执行权限：

chmod +x NVIDIA-Linux-x86_64-535.129.03.run sudo ./NVIDIA-Linux-x86_64-535.129.03.run --no-opengl-files --no-x-check

--no-opengl-files避免覆盖系统OpenGL库；--no-x-check跳过X Server检查，防止安装中断。

第三阶段：配置Xorg
生成/etc/X11/xorg.conf：

sudo nvidia-xconfig --cool-bits=28 --allow-empty-initial-configuration

--cool-bits=28启用GPU风扇控制和超频选项（需配合nvidia-settings GUI）。

踩坑记录：我曾因未加--no-opengl-files，导致libgl1包冲突，apt upgrade失败。重装驱动时必须加此参数。

4.5 时间同步修正：systemd-timesyncd与NTP服务器的精度博弈

22.04默认用systemd-timesyncd同步时间，但其精度仅±1秒，对开发环境（如Git commit时间戳、Docker镜像构建）不够。需切换到chrony：

sudo apt install chrony sudo systemctl disable systemd-timesyncd sudo systemctl enable chrony sudo systemctl start chrony

编辑/etc/chrony/chrony.conf，将默认的pool servers替换为国内NTP：

pool ntp.aliyun.com iburst pool ntp1.aliyun.com iburst

执行chronyc sources -v验证同步状态。^*符号表示当前主服务器，LastRx应为10s以内。

4.6 SSH服务加固：密钥登录与端口迁移的实战配置

Ubuntu桌面版默认不启SSH，但开发机必须开启。sudo apt install openssh-server后，需立即加固：

• 禁用密码登录：编辑/etc/ssh/sshd_config，设PasswordAuthentication no。
• 更改默认端口：设Port 2222（避开22端口扫描）。
• 限制登录用户：加AllowUsers ubuntu22（替换为你的真实用户名）。
• 启用密钥认证：在客户端生成密钥对ssh-keygen -t ed25519，将公钥id_ed25519.pub内容追加到服务端~/.ssh/authorized_keys。
• 重启服务：sudo systemctl restart ssh。

测试命令：ssh -p 2222 -i ~/.ssh/id_ed25519 ubuntu22@192.168.1.100。成功后，再执行sudo ufw allow 2222开放防火墙端口。

4.7 Docker环境部署：containerd与runc的版本兼容性处理

sudo apt install docker.io安装的Docker版本（20.10.x）与22.04内核5.15存在runc兼容性问题，表现为docker run hello-world卡住。必须手动安装新版：

curl -fsSL https://get.docker.com -o get-docker.sh sudo sh get-docker.sh sudo usermod -aG docker $USER newgrp docker # 立即生效组权限

然后验证：docker info | grep "Runc Version"，应显示runc version 1.1.12或更高。旧版runc（1.0.0-rc95）会导致容器启动失败。

4.8 系统更新策略：LTS点版本升级的保守主义原则

22.04 LTS的生命周期到2027年4月，但中间会发布点版本（如22.04.1、22.04.2）。官方建议“只升级到最新点版本”，而非“滚动升级”。执行sudo do-release-upgrade -d会强制升级到开发版，风险极高。正确做法是：

• 查看当前点版本：lsb_release -a，输出中Codename: jammy后应有Version: 22.04.5。
• 手动触发点升级：sudo do-release-upgrade -f DistUpgradeViewNonInteractive。
• 升级前备份/etc目录：sudo tar -czf /backup/etc-$(date +%Y%m%d).tar.gz /etc。
• 升级后检查关键服务：sudo systemctl list-units --state=failed，重点关注docker、postgresql、nginx。

经验总结：我管理的12台服务器中，3台因执行do-release-upgrade -d升级到22.10（非LTS），导致Python 3.10被移除，所有依赖python3-distutils的脚本全部崩溃。LTS的“稳定”二字，本质是“拒绝非计划变更”。

5. 常见问题速查表与独家排查技巧（附真实日志片段）

以下是我在17次安装中记录的TOP10问题，每条都附带错误日志原文、根本原因分析和可复制的修复命令。不是理论推测，是现场抓取的证据。

独家排查技巧：当遇到未知错误时，不要盲目搜索错误字符串。先执行journalctl -b -p 3（只显示error级别日志），再用journalctl -u <service-name> -xe查看具体服务日志。比Google更准的方法是：dmesg -T \| tail -50，内核日志永远是最接近真相的源头。我修复80%的问题，靠的不是Stack Overflow，而是dmesg输出的第一行。

6. 最后分享一个血泪换来的技巧：如何让Ubuntu 22.04在任何硬件上“一次装成”

所有教程都教你“按步骤操作”，但现实是硬件千差万别。我总结出一套“最小可行安装法”，它不追求功能完整，只保证基础系统可启动、可联网、可升级，后续功能按需添加。这套方法让我17次安装的成功率从41%提升到100%。

第一步：启动参数极简主义
U盘启动后，在GRUB菜单按e，找到linux行，删除所有原有参数，只保留：

quiet splash nomodeset

quiet减少启动信息干扰，splash保持Logo显示，nomodeset屏蔽所有显卡驱动冲突。这是最安全的起点。

第二步：分区策略降维打击
在安装器中，选择“其他选项”，创建三个分区：

• /boot/efi：1GB，fat32，挂载点/boot/efi