光标闪烁说明内核已加载、systemd正常运行，问题出在图形栈启动环节；按Ctrl+Alt+F2能登录终端则系统存活，故障100%在gdm3/lightdm或显卡驱动层。
光标能闪，说明内核已加载、systemd 正常运行，问题出在图形栈启动环节——不是系统坏了，是 gdm3 或 lightdm 没起来，或显卡驱动卡在初始化阶段。
按 Ctrl+Alt+F2 能进终端吗？先确认系统是否“活着”
这是最关键的一步。光标闪烁 ≠ 系统死机，只是图形没接管屏幕。
- 如果按
Ctrl+Alt+F2（或F3～F6）后出现黑底白字的登录提示（如Ubuntu 20.04 tty2），输入用户名和密码能登录：恭喜，问题 100% 在图形层，继续往下看 - 如果按键完全无反应（光标都不闪了、键盘失灵、NumLock 不切换）：问题在更底层，大概率是
nvidia-drm.modeset冲突、Secure Boot 开启、或 initramfs 里没打包新驱动模块 - 如果能切到终端但
sudo systemctl status gdm3显示inactive (dead)或failed：直接跳到下一节
systemctl status gdm3 显示 failed？检查显示管理器状态
gdm3 是 Ubuntu 20.04 默认的显示管理器。它挂了，桌面就永远等不到登录框。
Ubuntu 26.04
下载
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
- 先确认服务是否启用：
sudo systemctl is-enabled gdm3—— 如果返回disabled，执行sudo systemctl enable gdm3 - 尝试手动拉起：
sudo systemctl start gdm3（注意不是restart，避免残留进程干扰） - 查看失败原因：
sudo journalctl -u gdm3 -n 50 --no-pager，重点关注含Failed to start、Cannot open display、Permission denied的行 - 常见诱因：
/etc/gdm3/custom.conf里误启用了WaylandEnable=false却没配好 Xorg；或/var/lib/gdm3/.Xauthority权限错乱（可临时删掉重建）
装过 NVIDIA 驱动后才黑屏？重点查 modeset 和 initramfs
NVIDIA 闭源驱动对内核模块加载顺序极其敏感。光标闪 + 键盘失灵，基本就是 nvidia-drm 抢在 systemd 之前初始化显卡失败。
- 进终端后立刻检查：
lsmod | grep nvidia—— 如果没输出，说明驱动根本没加载 - 验证 Secure Boot 是否关闭：
mokutil --sb-state，若显示SecureBoot enabled，必须进 BIOS 关掉，否则 DKMS 编译的模块会被拒载 - 强制重建 initramfs：
sudo update-initramfs -u -k all（尤其在升级内核或重装驱动后必做） - 临时绕过 DRM 初始化：编辑
/etc/default/grub，在GRUB_CMDLINE_LINUX_DEFAULT行末尾加nomodeset，然后sudo update-grub并重启 —— 这招能救急，但会禁用硬件加速
journalctl -u gdm3 没报错，但 sudo systemctl start gdm3 后终端“卡住”？那是正常现象
执行 sudo systemctl start gdm3 后光标继续闪、无法输入命令，不代表失败——这恰恰说明 gdm3 已接管控制台，正在尝试启动 X server 或 Wayland session。此时你应该盯紧屏幕：几秒内若出现登录界面，成功；若几秒后又退回黑屏光标，说明 Xorg 崩溃或 greeter 加载失败。
- 此时别 Ctrl+C，耐心等 10 秒；若仍无反应，再切回
Ctrl+Alt+F2查日志 - 关键线索藏在：
cat /var/log/Xorg.0.log | grep -i "EE\|WW"（EE是 error，WW是 warning） - 最易被忽略的点：
/usr/share/lightdm/lightdm.conf.d/或/etc/lightdm/下的配置文件可能被其他桌面环境（如 XFCE 安装时）悄悄覆盖，导致 GNOME 的gdm3读取到冲突参数
