一、 问题背景与现象
在 Ubuntu 系统中安装了最新的 NVIDIA GeForce RTX 5060 Ti 显卡后，遇到了一个非常诡异的双屏故障：显卡驱动看似安装成功，但系统完全无法识别到任何物理显示器，双屏自然无法开启。
核心症状
显卡驱动层面正常：执行
nvidia-smi能够完美识别到显卡型号（如 RTX 5060 Ti）和驱动版本（如 595.58.03），显存和计算功能完全正常。显示输出层面挂掉：执行
Bashxrandr --query时，完全看不到HDMI-0或DP-0等物理接口，只显示一个虚拟的临时接口：None-1 connected primary 2560x1440+0+0系统设置无法检测：在 Ubuntu 的「显示设置」中，完全检测不到第二块屏幕，只有单屏有输出。
二、 深度排查过程
为了锁定根因，我们按照「从上层接口到底层内核模块」的顺序进行了深度抓取。
Step 1：检查 NVIDIA 显示内核模块
执行以下命令查看当前内核中加载的 NVIDIA 模块：
Bash
lsmod | grep -E "nvidia|nouveau"排查结果：
系统只加载了nvidia_uvm和nvidia（计算核心模块），但至关重要的显示核心模块nvidia_modeset和nvidia_drm完全没有加载！这也是为什么nvidia-smi正常、而xrandr瘫痪的原因。
Step 2：尝试手动强制加载模块
当我们试图绕过系统，手动挂载显示模块时：
Bash
sudo modprobe nvidia_modeset sudo modprobe nvidia_drm modeset=1系统直接报错：
Plaintext
modprobe: ERROR: could not insert 'nvidia_modeset': No such device modprobe: ERROR: could not insert 'nvidia_drm': No such device同时，查看模块参数文件cat /sys/module/nvidia_drm/parameters/modeset也会提示权限不够或无此文件。这说明不是驱动文件丢失，而是内核在底层拒绝了 NVIDIA 显示模块的初始化。
Step 3：通过 dmesg 内核日志锁定「真凶」
执行以下命令抓取系统启动时的内核日志：
Bash
sudo dmesg -T | grep -iE "nvidia|NVRM|modeset|drm|nouveau" | tail -120在几百行日志中，我们发现了两句致命的提示：
Kernel command line:...nomodesetnouveau.modeset=0 modprobe.blacklist=nouveaupci=noacpi acpi=offnvidia-drm.modeset=1
Booted with the nomodeset parameter. Only the system framebuffer will be available
三、 根本原因分析
通过内核日志，真相大白。问题的根因不在于 NVIDIA 驱动没装好，而是GRUB 启动参数中残留了极其霸道的限制性参数。
| 错误参数 | 导致的影响 |
nomodeset | 头号元凶。它明确指示内核：禁用一切第三方显卡的内核图形模式设置（KMS）。这导致系统只能使用基础的framebuffer渲染，直接废掉了 NVIDIA 的物理接口输出，导致xrandr只能退化显示为None-1。 |
acpi=off/pci=noacpi | 强行关闭了系统的 ACPI 高级电源与设备配置接口。这会导致 PCIe 总线上的高级设备（如 RTX 5060 Ti）在初始化时出现硬件识别异常或中断冲突。 |
一句话总结：显卡被当成了纯粹的「计算卡」，其「显示输出」功能在系统启动的瞬间就被内核参数拦腰斩断了。
四、 完美解决方案
既然知道了是启动参数搞的鬼，解决方式就很直接了：清理 GRUB 启动项，给 NVIDIA 模块彻底放行。
Step 1：修改 GRUB 配置文件
打开 GRUB 终端配置文件：
Bash
sudo nano /etc/default/grub找到带有GRUB_CMDLINE_LINUX_DEFAULT的这一行，原本可能长这样（包含大量冗余和错误垃圾参数）：
Plaintext
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset nouveau.modeset=0 modprobe.blacklist=nouveau pci=noacpi acpi=off nvidia-drm.modeset=1"将其彻底修改并精简为：
Plaintext
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nvidia-drm.modeset=1"修改核心：删掉所有
nomodeset、pci=noacpi、acpi=off，只保留基础的quiet splash，并明确开启nvidia-drm.modeset=1（开启 NVIDIA 的直接渲染管理，这是多屏协作的基石）。
Step 2：更新配置并重启系统
保存并退出编辑器（Nano 编辑器下按Ctrl+O确认保存，Ctrl+X退出），然后执行：
Bash
sudo update-grub sudo reboot五、 修复后验证与成效
系统重启后，再次执行排查命令，效果立竿见影！
1. 验证启动参数
执行cat /proc/cmdline，确认那几个错误的参数已经彻底消失。
2. 验证内核模块
执行lsmod | grep nvidia，此时可以清晰看到nvidia_drm和nvidia_modeset已经全部成功加载！
3. 验证接口识别
执行xrandr --query，原本唯一的None-1彻底消失，取而代之的是 RTX 5060 Ti 真正的物理接口大军：
Plaintext
HDMI-0 disconnected DP-0 disconnected DP-1 disconnected DP-2 connected primary 2560x1440+0+0 DP-3 disconnected DP-4 disconnected DP-5 disconnected至此，核心驱动与接口识别问题 100% 完美解决！系统已经能够感知到显卡上的真实物理输出口了。
六、 延伸拓展：接口识别后，第二块屏仍不亮怎么办？
如果走到上一步，你发现你的xrandr成功吐出了物理接口，但目前只有单屏亮（如 DP-2 connected），第二块屏对应的接口仍然显示disconnected。请注意：这已经不再是显卡驱动或 Ubuntu 系统的问题了，而是纯粹的物理链连接问题。
请按照以下硬件排查指南进行现场确认：
检查接口是否插错（最常见）：
第二块显示器必须同样插在 RTX 5060 Ti 独显的物理接口上。千万不要误将第一块显示器插在独显、第二块显示器插在主板的 HDMI/DP 上（主板核显此时可能已被独显屏蔽）。
手动切换显示器的输入源（Input Source）：
很多显示器在接入新系统时不会自动切换信号通道。请在第二台显示器的物理按钮菜单里，手动将输入源（Input Source）切换为对应的
DP或HDMI。排查线材与物理盲区：
尝试将第二台屏幕的线拔下，插到显卡其他显示为
disconnected的物理空闲口上（如 HDMI-0 或 DP-1），每换一次在终端敲一下xrandr --query，只要看到任意接口状态从disconnected变为connected，说明物理链路通了。手动命令行强开扩展屏：
只要第二块屏被识别（例如识别成了
HDMI-0 connected），如果你不想用图形界面，可以直接一行命令强开双屏扩展：
Bash
xrandr --output DP-2 --primary --mode 2560x1440 --rate 60 --output HDMI-0 --auto --right-of DP-2七、 总结：Linux 显卡故障排查标准流
以后遇到类似「有驱动、无输出」的 Linux 显卡玄学问题，可以直接套用这套标准排查命令组合拳：
Bash
nvidia-smi # 1. 看计算核心与驱动版本在不在 xrandr --query # 2. 看物理接口在不在（如果是 None-1 必有猫腻） lsmod | grep nvidia # 3. 看显示核心模块 (nvidia_drm) 挂载了没 cat /proc/cmdline # 4. 看启动参数里有没有混进 nomodeset 等垃圾参数 sudo dmesg -T | grep -iE "modeset" # 5. 看底层内核到底在抱怨什么如果你觉得这篇文章帮到了你，欢迎点赞、收藏并分享给更多被 Linux 多屏折磨的同学！
