答案是显卡识别失败源于LTSSM卡在Detect或Polling状态，需优先通过dmesg日志定位具体卡滞状态，再依次验证参考时钟抖动（≤1.5ps）、PERST#时序、金手指清洁度、插槽机械公差及共模电压（200–400mV）等物理层指标。
显卡在特定主板PCIe插槽上无法识别，不是驱动或系统问题，而是链路训练在LTSSM某个状态卡死——必须从Detect开始逐级验证物理层与协议层的协同动作。
确认当前LTSSM卡滞状态
先不换插槽、不重装驱动，直接读取硬件真实状态。在Linux终端执行：dmesg | grep -i "link.*train\|ltssm\|01:00.0"（将01:00.0替换为你的显卡BDF）。重点关注日志中连续出现的Detect.Quiet、Polling.Active或Configuration.Linkwidth.Accept等关键词。若日志反复出现“timeout after 100ms in Polling.Active”，说明已明确卡在Polling阶段，无需再查Detect子状态。
这一步操作起来很简单，直接把命令复制粘贴进去回车就行。但注意：【必须在开机后30秒内执行，否则早期LTSSM日志可能被环形缓冲区覆盖】。
物理层基础排查：从Detect.Quiet切入
Detect.Quiet是LTSSM起点，持续12ms，要求所有Lane处于Electrical Idle静默态。此阶段失败，后续全无意义。
方法一：参考时钟质量验证
用带宽≥8GHz示波器测量主板PCIe插槽的REFCLK（100MHz±300ppm），重点捕获RMS抖动值。若抖动＞1.5ps，Gen4显卡大概率无法通过Detect.Quiet→Detect.Active跳变——因为接收端PHY无法在噪声中稳定锁相。某次实测发现，同一块RTX 4090在A主板上正常，在B主板上卡Detect.Quiet，最终定位到B主板REFCLK晶振老化导致抖动达2.7ps。
方法二：PERST#复位信号时序检查
示波器双通道分别接PERST#和插槽CLK，观察复位释放时刻是否满足PCIe规范：PERST#必须在REFCLK稳定后至少100μs才拉高。若主板BIOS未正确配置复位延迟（如设为0ms），GPU PHY尚未完成内部初始化就强行进入Detect，必然失败。
电气连接深度验证：Detect.Active阻抗检测
Detect.Active阶段，发送端向每条Lane注入DC共模电压（ZRX-DC），接收端需在40–60Ω范围内响应。这是金手指接触质量的硬指标。
第一步：目视+乙醇清洁
拔下显卡，用无水乙醇棉签轻擦金手指正反面，尤其注意靠近插槽末端的第1–5pin（对应Lane 0的TX/RX对）。氧化膜厚度＞50nm时，ZRX-DC检测会误判为开路（阻抗＞50kΩ）。
第二步：插槽机械公差实测
使用PCIe插槽检测治具测量插槽关键尺寸：长度偏差＞±0.3mm或高度偏差＞±0.2mm，会导致金手指与触点单边悬空。某次故障中，插槽高度实测低0.35mm，造成Lane 0–3仅3条有效接触，LTSSM因检测到非连续Lane而主动降宽至x1并最终放弃训练。
第三步：共模电压实测
用高阻抗万用表（输入阻抗＞10GΩ）直流档，红表笔接插槽Pin A13（Lane 0 TX+），黑表笔接Pin A14（Lane 0 TX−），上电后读数应在200–400mV。若＜150mV，说明上游端口供电异常或PCB走线存在严重耦合干扰。
BIOS/固件级协商控制验证
方法1：强制禁用ASPM
进入BIOS Advanced → PCI Express Configuration → ASPM Control，设为Disabled。ASPM（Active State Power Management）在某些主板固件中与Gen4显卡的LTSSM Recovery流程冲突，会导致链路在L0s→L0切换时反复超时并退回到Detect状态。
方法2：验证Bifurcation模式匹配
若该插槽支持x16拆分（如x4/x4/x8），而BIOS中误设为x8/x8，则显卡仅能探测到部分Lane，LTSSM在Configuration阶段因Link Width Negotiation失败而回滚。用lspci -vv -s 00:01.0 | grep "LnkCap:"查看Root Port能力寄存器中Max Link Width字段，再对比BIOS设置是否一致。
方法3：关闭Secure Boot临时验证
某些OEM主板的Secure Boot签名验证模块会劫持PCIe配置空间写入流程，导致显卡BAR分配失败。关闭后若设备立即识别，说明问题出在UEFI固件层而非硬件链路。
