鄂奎阿1. 现象复盘：Rocky 9.4安装器在图形界面启动那一刻直接“降级”
先说下事情经过。上个月我拿到一台老工作站，准备装 Rocky Linux 9.4 当开发环境。U盘是 Rufus 写好的，ISO 从官网拖的，校验值也对得上。开机进 UEFI 引导，选中 “Install Rocky Linux 9.4”，回车。接下来本该出现的是大家熟悉的图形化安装向导——深色背景、鼠标可用、磁盘分区界面带图形预览那样。结果屏幕黑了两秒，直接跳出一个蓝底白字的文本菜单。
这个文本界面就是 Anaconda 安装器的文本模式。它长得很朴素，没有鼠标，纯键盘驱动，用 Tab 和方向键在按钮之间切换。第一眼确实容易让人慌，以为镜像坏了或者 U盘写坏了，但其实安装器在工作，只是“画面”变了。
我当时的第一反应是检查是不是引导项选错了，比如误触到 “Test this media & install” 或 “Rescue a broken system”。但重新启动、重新选 “Install Rocky Linux 9.4”，结果一模一样：黑屏一闪，进文本模式。这时候基本可以确认，问题不在引导扇区，而在图形环境本身。
顺便说一下，Rocky 9.4 的安装器是 Anaconda，它和 RHEL 9、CentOS Stream 9、Fedora 同源。Anaconda 的默认行为是：先尝试启动 Xorg，如果 Xorg 起不来，就自动回退到文本模式，而不是白屏死机。所以“回退到文本模式”不是随机故障，而是安装器在自救。明白了这个机制，后面的排查方向就很清晰——为什么 Xorg 起不来。
场景不同，症状会有细微差别。有的机器上你会先看到一片花屏或者屏幕冻结几秒，然后才跳到文本界面；有的机器直接黑屏无响应，需要强制关机；还有的机器能进图形界面，但鼠标卡顿、画面撕裂严重，用着用着就崩回字符界面。这些都属于同一类问题，只是严重程度不同。本文后面的解决方案覆盖了大多数情况。
如果你是虚拟机用户，注意观察另外一个细节：在 VMware、VirtualBox 或 Proxmox 里装的 Rocky 9.4，如果虚拟显卡型号选得不对，图形界面启动失败的概率比物理机还高。这个我会在后面的章节展开讲。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 根因定位：Anaconda回退文本模式，问题不一定出在安装器本身
2.1 Anaconda 的图形/文本选择逻辑
要真正解决这个问题，得先理解 Anaconda 的启动链路。安装器引导后，内核会在 initramfs 里做硬件探测，加载显卡驱动、存储驱动和网络驱动，这是第一阶段。第二阶段由 anaconda 进程接管，它会根据启动参数和硬件状态决定用图形界面还是文本界面。
正常情况下，Anaconda 会主动尝试启动 Xorg，并加载一个基于 GTK 的图形界面。Xorg 启动失败时，安装器会把错误写进日志，然后自动降级到 tui（Text User Interface），也就是我们看到的文本模式。这个降级是设计如此，不是崩溃。
关键点在于：图形界面的启动依赖显卡驱动。如果你的显卡在 initramfs 阶段加载的 DRM 驱动不匹配、或者 Xorg 找不到合适的驱动模块，安装器就只能回退。这就解释了为什么很多 Rocky 9.4 用户会遇到这个问题，而老一点 CentOS 7 反而没事——因为驱动栈完全变了。
2.2 RHEL 9 系特有的驱动变化
Rocky 9 对应的是 RHEL 9 的内核和用户空间。这个版本有一个很重要的变化：移除了 xorg-x11-drv-vesa 驱动包。
老用户可能知道，以前的 Linux 发行版在显卡驱动不确定时，会退而求其次加载一个通用的 vesa 驱动，保证你能看到图形安装界面。虽然分辨率低、功能弱，但至少画面出来。RHEL 9 把这条路堵死了，显卡驱动加载不上，Xorg 就直接罢工。所以你在网上搜 CentOS 7 时代的老办法，比如给 vga=792 这种内核参数，在 Rocky 9 上基本没有用——那是给非 KMS 时代准备的。
RHEL 9 系推荐的思路是：用内核自带的 KMS（Kernel Mode Setting）驱动，比如 i915、amdgpu、nouveau、vmwgfx、virtio_gpu，然后让 Xorg 使用 modesetting 驱动来接管显示。这个链路下，只要内核能加载对应的 DRM 模块，图形界面就大概率能起来。
2.3 常见诱因对照表
结合我自己的排障经验，下面这张表基本覆盖了大多数回退场景：
| 环境/诱因 | 典型表现 | 排查方向 |
|---|---|---|
| 虚拟机显卡选错（VirtualBox VBoxSVGA、QEMU stdvga/cirrus） | 黑屏后进文本模式 | 换 VMSVGA / virtio显卡，或直接走 VNC 安装 |
| 物理机老 NVIDIA 卡（Kepler 及更老） | 花屏、黑屏，偶发 nouveau 报错 | 禁 nouveau 内核模块，或文本模式安装 |
| 物理机 Intel 老集显（GMA 系列） | Xorg 找不到驱动 | 用文本模式，或换较新的内核安装参数 |
| 虚拟机内存不足（小于 2GB） | 图形界面卡死或直接回退 | 给虚拟机加内存到 4GB 以上 |
| U盘写入方式问题（UEFI 引导异常） | 引导阶段就有异常 | 用 DD 模式重写U盘，或换 Ventoy 的 GRUB2 模式 |
| 显存不足（虚拟机显存设成 1MB/4MB） | 图形画面严重花屏、黑屏 | 虚拟机关机后调大显存 |
这个表可以帮你快速缩小范围。但真想定位到具体原因，还是需要看日志，下面这章就是完整的日志排查链路。
3. 逐层排查：从引导日志到X Server，找出谁在拖后腿
3.1 第一步：先排除ISO和写入介质的问题
不管症状多像显卡问题，我建议你先花两分钟确认镜像和U盘没问题。没有意义的坑我踩过：拿着一个只下了一半的 ISO 文件写入U盘，安装器跑着跑着就各种诡异问题。图形界面回退这类症状恰恰也可能由文件缺失引发，因为 Anaconda 需要在安装环境中读取图形化依赖包。
Linux 下校验：
bash复制sha256sum -c Rocky-9.4-x86_64-dvd.iso.sha256
Windows 下用 PowerShell：
powershell复制Get-FileHash .\Rocky-9.4-x86_64-dvd.iso -Algorithm SHA256
校验值去官网下载页面比对。如果确认无误，再用 balenaEtcher 或 Rufus 的 DD 模式重写一遍U盘。Rufus 默认的 ISO 模式在大多数机器上没问题，但 UEFI 加 Secure Boot 的环境下，偶尔会有引导错误，DD 模式把 U盘变成“模拟光盘”，兼容性反而更好。
提示：如果你用 Ventoy，启动 Rocky ISO 后出现类似异常，试着在 Ventoy 启动菜单按 F6 切换到 GRUB2 模式，或者干脆换 Rufus DD 模式写盘。Ventoy 的兼容性比早期好了很多，但仍有零星机器不认。
3.2 第二步：让安装器停在文本模式，打开辅助终端
确认 ISO 没问题，就把 U盘重新插上，启动到 GRUB 菜单，选中 Install Rocky Linux 9.4，按 e 进入编辑模式。找到以 linux 或 linuxefi 开头的那一行（通常很长，包含 quiet 这样的字样），在行尾追加一个参数：
code复制inst.text
追加完按 Ctrl+x 启动。这样安装器会直接进入文本模式，不会在图形界面那边反复试探、超时，方便我们进入系统后再排查。文本模式安装界面本身也能完成安装，就算到最后也解决不了图形问题，你依然可以把系统装起来。
进入文本界面后，按 Ctrl+Alt+F2（或 F3 到 F6，不同版本略有差异）切换到辅助终端。Anaconda 安装环境保留了多个 tty，默认安装器图形界面在 tty1，辅助终端可以让你执行 shell 命令、查看日志。如果没有切换成功，试试 Ctrl+Alt+F3。
这个辅助终端是整个排障过程最关键的工具：你能看日志，能查模块，甚至能手动尝试启动 Xorg。
3.3 第三步：定位日志里的关键错误
在辅助终端里，先看几个关键日志文件：
bash复制journalctl -b | grep -Ei 'anaconda|xorg|drm|fail|error'
dmesg | grep -i error
Anaconda 把安装器自身的日志放在 /tmp/anaconda.log，Xorg 启动日志一般在 /tmp/X.log 或 /tmp/Xorg.0.log。如果 Xorg 尝试过启动但失败，里面会留下明确原因，常见有两种：
第一种，找不到驱动的报错，类似 (EE) No devices detected 或者 (EE) Failed to load module "vesa"。看到这类信息，说明 Xorg 没找到可用的显卡驱动模块。虚拟机的 VBoxSVGA、老旧的 stdvga 显卡最容易出这种问题。
第二种，驱动加载后崩溃，类似 (EE) AMDGPU(0): Failed to load firmware 或者 nouveau 的一堆 timeout。看到这种，通常是驱动固件缺失、显卡太老、或者硬件本身有兼容问题。
再看内核模块：
bash复制lsmod | grep -E 'drm|nouveau|amdgpu|i915|virtio|vmwgfx'
如果这里一个 DRM 模块都没有，那基本坐实了显卡驱动栈的问题。
3.4 验证环境：手动测试 Xorg 能否启动
如果你有时间，还可以在辅助终端里手动试一下 Xorg，看看报错输出是不是和日志一致：
bash复制X :1 -configure
X -config /root/xorg.conf.new :1
X -configure 会自动探测显卡并生成配置文件。如果它都探测不到设备，说明内核层面就没把显卡认出来。如果它成功生成配置，但启动 Xorg 失败，看报错基本就知道缺什么模块了。
不过说实话，在实际安装环境里手动启动 Xorg 有点费劲，我更推荐直接看 journalctl 的报错，效率更快。手动启动这步适合那种“日志也不明确、实在找不到原因”的疑难杂症。
4. 对症下药：四套方案覆盖虚拟机、老显卡和纯命令行环境
排查完原因，就到了动手解决的阶段。我按“改一行参数就能用”到“彻底换安装方式”的顺序，给你四套方案，各自适用范围不一样。
4.1 方案A：临时禁用内核模块，让显卡走通用路径
这个方法适合物理机上显卡驱动加载失败的情况，尤其是 NVIDIA 显卡的 nouveau 驱动引发问题。
还是老流程：GRUB 菜单选中 Install，按 e，找到 linux 开头的那一行，在行尾追加：
code复制modprobe.blacklist=nouveau
然后按 Ctrl+x 启动。这个参数的作用是在内核阶段就把 nouveau 模块拉黑，不让它初始化。比起 nomodeset，我更推荐这个，因为 RHEL 9 系依赖 KMS 来提供显示输出，nomodeset 会关掉 KMS，可能导致 Xorg 连通用输出路径都找不到，反而更难进图形界面。当然也有部分机器加了 nomodeset 能进图形界面，但概率不大，你可以两种都试。
如果你的显卡是 AMD 或 Intel，排查时发现是某个具体模块在报错，比如 amdgpu 或者 i915，同样可以用 modprobe.blacklist=amdgpu 来临时禁用，让内核回退到 efifb/simplefb 这类帧缓冲。但注意：禁用后 Xorg 不一定能起图形界面，因为 RHEL 9 没有 vesa 驱动兜底。所以这个方案我在 RHEL 9 系机器上遇到的成功率大概一半一半。
如果你试了确实能进图形界面，那就说明问题是显卡驱动模块和这台机器不兼容，进系统后把参数持久化即可（见方案B）。如果还是进不去，别死磕，直接走方案C或方案D。
4.2 方案B：把内核参数写进grub配置，永久生效
假如你通过方案A成功进了图形界面，接下来要在系统里把这个参数固定下来，否则下次重启又回到老样子。
安装过程尽量先走完，进入系统后，用 grubby 工具来改。Rocky 9 自带 grubby，不用额外安装：
bash复制grubby --update-kernel=ALL --args="modprobe.blacklist=nouveau"
执行完后可以验证：
bash复制grubby --info=ALL | grep args
grubby 会帮我们更新 /etc/default/grub 和 grub2 配置文件，比手动编辑更稳妥。改完重启即可。以后不管内核怎么升级，新内核也会自动带上这个参数。
如果是虚拟机里显卡型号不对导致的驱动加载失败，这种方式意义不大，治标不治本。正确的姿势是关掉虚拟机，改显卡型号（见第5章）。
4.3 方案C：直接用文本模式安装，再补图形界面
这是最稳、最不折腾的方案。图形界面起不来，咱不跟它较劲，直接文本模式装完系统，等进系统后再装桌面环境。Rocky 9 的文本模式安装器功能很全，时区、软件源、磁盘分区、网络、root 密码、用户创建这些都能搞定。
在 GRUB 编辑界面追加：
code复制inst.text
启动后你会进入蓝底文本菜单。分区这块建议选“自动配置分区”，方便省事；需要 LVM、独立 /home、/data 这类自定义分区，也可以手动进“磁盘分区”调整。文本模式的磁盘分区界面虽然没那么直观，但功能完整。
有一件事强烈建议在文本模式安装时就确认：磁盘选择。特别是用 U盘引导的机器，安装器默认可能把 sda 识别成 U盘，目标磁盘选错会把系统写进 U盘。文本模式的分区界面最上面会列设备名，注意区分 sda 和 sdb，容量大小能帮你判断哪个是U盘、哪个是硬盘。这个坑在图形界面同样存在，只是图形界面更容易被忽略。
系统装完后，用 dnf 补装图形环境：
bash复制dnf groupinstall "Server with GUI" -y
Server with GUI 在 Rocky 9 里对应 GNOME 桌面。如果你想要更纯正的桌面工作站体验，也可以装：
bash复制dnf groupinstall "Workstation" -y
装完后把默认 target 切到图形模式：
bash复制systemctl set-default graphical.target
reboot
重启后就能看到 GDM 登录界面了。这个方案的好处是绕开安装器环境的所有驱动问题，直接用系统自带的最新驱动栈来跑桌面。我在几台老机器上都是这么干的，装完桌面基本没再出过显卡毛病。
4.4 方案D：VNC远程图形化安装，让安装界面跑在别的终端上
如果你必须用图形化安装界面，但本机显卡不配合，VNC 模式是最好的折中。安装器启动图形界面后，不往本机屏幕上输出，而是通过 VNC 服务广播出去，你在另一台电脑上装个 VNC Viewer 连过来看图形界面。这样本机有没有显卡驱动反而无所谓了。
GRUB 编辑界面在 linux 行尾追加：
code复制inst.vnc inst.vncpassword=yourpass123 inst.vncport=5901 inst.headless
参数说明：
inst.vnc：启用 VNC 安装模式。inst.vncpassword=yourpass123：VNC 连接密码，最少6位，别设太短。inst.vncport=5901：VNC 服务端口，默认是 5900，我习惯设 5901，避免和默认服务冲突。inst.headless：无头模式，不在本机输出图形界面，适合服务器或本机显卡完全失效的场景。
启动后，本机屏幕会显示一个等待界面，告诉你 VNC 已经起来了、监听在哪个 IP 和端口。这时你在另一台电脑上打开 VNC Viewer，输入安装机的 IP 和端口，比如 192.168.1.100:5901，回车后再输入密码，就能看到完整的图形化安装界面。
这里有一个要注意的点：VNC 模式下安装机必须能拿到网络地址，所以 DHCP 或静态 IP 要提前规划好。如果你在虚拟机里装，网络模式选 NAT 或桥接都行，只要两台机器能互通。
VNC 安装模式下图形界面本身还是依赖 Xorg 成功启动，但不再依赖本机物理显卡的驱动栈，驱动不全会走软件渲染路径。我在 VirtualBox 里遇到过好几回本地图形不起来的情况，VNC 模式反而畅通无阻。
4.5 几个安装过程中的实用参数
顺便一起给了，这些参数在排障和日常安装中经常组合使用：
| 参数 | 作用 |
|---|---|
inst.graphics |
强制使用图形界面（一般不怎么需要） |
inst.text |
强制使用文本模式安装 |
inst.cmdline |
强制命令行模式，全自动安装时用 |
inst.vnc |
启用VNC安装 |
inst.headless |
无头模式，不初始化本地图形输出 |
inst.noshim |
UEFI 环境下跳过 shim 引导，部分主板兼容性问题可尝试 |
inst.geoloc=0 |
关闭地理位置探测，加快启动速度 |
modprobe.blacklist=xxx |
禁用指定内核模块 |
rd.driver.blacklist=xxx |
在 initramfs 阶段禁用模块，比 modprobe.blacklist 更早生效 |
几个参数可以组合，比如：
code复制inst.text modprobe.blacklist=nouveau inst.geoloc=0
如果一个问题反复尝试半天，直接把目标降低：文本模式装系统，系统起来后再开始折腾显卡。磨刀不误砍柴工。
5. 场景延伸：虚拟化新坑与WSL2图形化思路
5.1 虚拟机里的显卡型号，直接决定你能不能进图形安装
Rocky 9.4 装虚拟机遇到图形回退，十有八九是虚拟显卡选错了。和物理机不同，虚拟机的“显卡”是一段模拟固件加内核虚拟驱动，RHEL 9 不再是全都要兼容的定位，有些老模拟设备就被丢掉了。
我实测过的几种虚拟化平台情况：
VMware Workstation / ESXi：默认的 SVGA 显卡走 vmwgfx 驱动，Rocky 9 的安装环境自带这个模块，一般没问题。如果遇到黑屏，先关掉“加速 3D 图形”选项再试，这个选项在一些 VMware 版本里会干扰 Xorg。另外别把虚拟机内存配得太小，Rocky 9 图形化安装最好有 4GB 以上。
VirtualBox：这个平台最容易翻车。VirtualBox 7 默认显卡控制器是 VMSVGA，走 vmwgfx 驱动，表现还算稳定。如果你手贱把它换成了 VBoxSVGA 或者 VBoxVGA，而安装环境里既没有 vboxvideo 也没有对应的 Xorg 驱动，图形启动必然失败，直接回退文本模式。解决方案：关机，把显示控制器改回 VMSVGA，显存调到 128MB 或更高，再开机。如果不想改，就老老实实用文本模式或者 VNC 模式安装。
Proxmox VE / KVM：选 virtio 显卡是兼容性最好的，virtio_gpu 内核模块在 Rocky 9 里稳定加载。如果用了 QXL 或 stdvga，遇到问题也不意外。virtio 显卡的图形性能虽然一般，但装系统毫无压力。
Hyper-V：第二代虚拟机默认用“基本显示适配器”，走 hyperv_drm 驱动，RHEL 9 下有支持。但有些早期 Hyper-V 版本的显存限制比较诡异，如果图形界面起不来，建议直接文本模式，不要浪费时间。
5.2 WSL2环境下Linux桌面的实战注意事项
最近不少人问 WSL2 里装 Linux 图形界面的事，这个场景和物理机安装 Rocky 时遇到的问题有相似之处，但坑点完全不同。
先说结论：WSL2 本身不需要图形化安装界面，因为发行版的根文件系统是直接导入的，不存在“安装器”这一步。用户说“wsl2安装图形化界面”，通常是指在 WSL2 里给 Ubuntu、Rocky、openSUSE 这类发行版装上桌面环境，然后通过 Windows 桌面显示出来。
Windows 11 内置的 WSLg 让事情简单了很多。只要你的 WSL 版本够新，在 WSL 里装好 GNOME 或 XFCE，启动时通常能自动转发到 Windows 桌面。常见问题反而是：装完桌面后启动 GDM 失败，报错说缺少 systemd。这是因为老版本 WSL 默认不启动 systemd，而 GDM 依赖它。
解决办法：在 /etc/wsl.conf 里加：
code复制[boot]
systemd=true
然后在 Windows 命令行里：
bat复制wsl --shutdown
重新启动 WSL 后执行：
bash复制systemctl list-units | grep gdm
systemctl start gdm
Windows 10 环境下没有 WSLg，你需要装一个 X 服务器，比如 VcXsrv，然后在 WSL 里设置 DISPLAY 环境变量指向 Windows 宿主机 IP。这个过程比 Windows 11 繁琐，但也算成熟方案。
WSL2 里装图形桌面的坑和物理机安装 Rocky 的坑本质一样：显示链路变的环节太多，图形栈稍微有个不匹配就黑屏回退。我的建议是：桌面环境优先选轻量的 XFCE 或者 MATE，少折腾。GNOME 在 WSLg 里性能一般，特效多、依赖重，遇到复杂环境更容易出问题。
5.3 分享一个我自己的“最后手段”习惯
老规矩，最后分享个经验。
我处理这类安装器图形问题有个习惯：如果一个内核参数试了两次还不行，就不再纠结，直接切到文本模式装系统。不是不追求完美，而是安装器环境本身是一个高度精简的临时系统，它里面的显卡驱动栈不如装完后的正式系统完整。很多在安装器里起不来的图形界面，系统装完、内核更新到最新、驱动包装全之后，就自己好了。
我遇到过一台 2012 年的老 NVIDIA 工作站，安装器图形怎么都进不去，被逼用文本模式装完系统，然后装好系统、打了驱动，GNOME 桌面跑得飞起。所以你如果被安装器挡在门外，心态放平：装系统的目的是用系统，不是看安装界面。
Rocky 9.4 这个回退机制，其实是在帮你兜底。它宁可给你一个难看的文本菜单，也不愿让你面对一个黑屏的安装器。排障思路理顺了，解决方案就摆在面前：要么给内核换个参数，要么换条安装路径，要么换个虚拟显卡。这几种我都试过，上面写的是实操下来最省时间的路线。