能抢救，但必须分清黑屏还是循环登录——前者多半是内核层冲突，后者大概率是显示管理器与gpu会话协商失败；确认是否可切换至tty（ctrl+alt+f2/f3），有响应则说明内核正常、图形栈故障，后续操作以此为前提。
能抢救，但必须分清黑屏还是循环登录——前者多半是内核层冲突，后者大概率是显示管理器与GPU会话协商失败。
确认当前是否已进入可操作终端
按下 Ctrl+Alt+F2（或 F3、F4），看能否切换到纯文本登录界面。键盘有响应、能输入用户名密码，说明系统内核和基础服务正常，只是图形栈挂了；这是所有后续操作的前提。
若完全无响应，需在开机时长按 Shift（BIOS）或反复按 Esc（UEFI）调出 GRUB 菜单，选 “Advanced options for Ubuntu” → 带 (recovery mode) 的内核项 → “Drop to root shell prompt”。
检查 nouveau 是否仍在抢 GPU 控制权
登录 TTY 或 recovery shell 后，立即执行：
lsmod | grep nouveau
如果输出中包含 nouveau（如 nouveau 2949120 0），说明它已被内核加载，正与 nvidia.ko 竞争硬件资源——这是黑屏/循环登录最常见根因。
- 仅在
/etc/modprobe.d/blacklist.conf里加blacklist nouveau不生效 - 必须同步执行
sudo update-initramfs -u，否则禁用指令不会进入 initramfs 阶段 - 重启后仍要再跑一次
lsmod | grep nouveau验证是否真没加载
验证 nvidia 模块是否完整加载
执行：
lsmod | grep nvidia
理想输出应包含 nvidia、nvidia_uvm、nvidia_drm 三者。若只有 nvidia_uvm 或 nvidia_drm，说明模块依赖链断裂——nvidia.ko 本身没加载成功。
此时再查日志：
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
dmesg | grep -i "nvidia\|drm\|fail"
重点关注类似这样的报错：
-
nvidia: version magic '6.8.0-xx-generic smp mod_unload' should be '6.8.0-xx-generic smp mod_unload pti=on'→ 内核编译参数不匹配，常见于手动编译驱动或 Secure Boot 强制签名 -
nvidia-drm: [drm] failed to open drm device→nvidia-drm.modeset=1未被 GRUB 正确传递 -
Failed to load module "nvidia" (module does not exist, 0)→Xorg.0.log里出现，说明nvidia_drv.so没装进/usr/lib/xorg/modules/drivers/
绕过 gdm3 的 wayland 协商直接切 Xorg
Ubuntu 24.04 默认让 gdm3 尝试启动 Wayland 会话，但 NVIDIA 闭源驱动对 Wayland 的支持仍受限于 eglstream 和 gbm 后端兼容性，容易导致登录后闪退循环。
临时解决办法：
- 编辑
/etc/gdm3/custom.conf - 取消注释并确保该行存在：
WaylandEnable=false - 重启
gdm3：sudo systemctl restart gdm3
更彻底的做法是改用 prime-select 切换默认显卡策略（尤其双显卡笔记本）：
sudo prime-select intel # 先切回核显进桌面
进桌面后再切回独显运行训练任务：
sudo prime-select nvidia
注意：这步不能省略 sudo，且每次重启后默认仍是 intel，需手动切回——别指望开机自动生效，那是 systemd 服务没配好。
真正麻烦的不是命令记不住，而是每一步都得验证是否生效；比如 update-initramfs -u 后不重启，nouveau 还在内存里活着；比如改了 custom.conf 忘了 restart gdm3，配置就永远躺在文件里。
