先解读这张GPU-Z截图，关键点一条一条说

✅ 利好信号：

1. VBIOS版本读出来了：90.02.17.00.71，索泰2080Ti，TU102 A1核心
   → VBIOS SPI芯片本身是能正常读出固件的，排除了单纯VBIOS ROM完全损坏这个最高嫌疑。
2. 显卡型号识别：RTX2080Ti，核心TU102，基础GPU ID握手通了

❌ 严重异常（就是你故障的根源）：

1. Memory Size：0 MB，Bus Width：Unknown，Bandwidth：Unknown

   GPU核心已经上电、读出VBIOS，但是显存控制器初始化失败，读不到显存！

2. PCIe协商：PCIe x16 3.0 @ x16 1.1
   协商速率掉到 Gen1.1，链路异常。
3. CUDA / OpenCL / Vulkan / RT 全部勾选框是空白，硬件功能没有初始化成功，只有OpenGL 1.1勉强起来
4. 虽然驱动版本显示552.22，但NVIDIA的GPU硬件初始化流程卡在显存部分，和你Linux下 RmInitAdapter failed 对应上了。

划重点：不是VBIOS读不出，是GPU内部显存子系统初始化失败。
和之前区分：不是整个卡完全失联，是TU102核心跑完VBIOS加载，去初始化显存控制器/显存颗粒的时候失败。

故障候选排序（现在更新判断）

1. 显存供电（板载显存PWM、MOS、电容虚焊/损坏）【最高概率】
   TU102核心能跑、VBIOS可读，但是给显存的供电轨不正常，显存起不来，直接识别0MB显存，这个是2080Ti非常典型的板载供电故障。
2. 显存控制器通道损坏/显存颗粒（Samsung GDDR6）有损坏
   三星显存也会坏，但很多时候单颗显存坏一般不会直接全部显存报0MB；全通道识别不到更偏向显存供电域问题
3. PCIe链路异常（协商降到Gen1.1，是伴随现象，有可能是结果而不是根因）
   显存子系统初始化失败，GPU异常，导致PCIe链路降级；当然也有可能是PCIe接触不良引发连锁异常
4. 金手指/供电接触不良（两根8pin供电、PCIe金手指）

立刻可以做的排查步骤（Windows这边）

1. 优先复核显卡供电！
   必须是电源两根独立的8pin线，不能一根线分叉双8pin；换电源的另外一组PCIe供电口试试。
2. 关机断电，擦金手指，换到主板另外一个原生PCIe x16插槽
   进BIOS，强制PCIe Gen3，关闭ASPM、省电管理，Above4G Decoding打开
   再进Windows，重新看GPU-Z，看PCIe能不能协商回 @x16 3.0，显存容量是否恢复
3. DDU彻底清驱动，重装552或者550稳定版驱动，再看

   现在驱动虽然装上了，但是GPU功能初始化不全，属于“驱动勉强挂载，但GPU硬件单元初始化失败”

后续验证方案（如果上面操作做完依旧显存0MB）

这个状态MATS显存测试大概率跑不了（MATS需要GPU显存子系统正常初始化）。

• 如果换槽、换供电之后，还是显存0MB：基本锁定显卡PCB上显存供电电路故障 / 核心内部显存控制器BGA虚焊
• 对比你Linux现象：Linux下不同驱动报不同RmInit错误码，本质就是RM初始化到显存子系统阶段失败

补充一个很关键的区分

之前我们以为是VBIOS挂了，现在GPU-Z已经读出VBIOS，排除这个；
现在的特征：TU102核心 + VBIOS正常可读，显存容量0MB，是一个非常经典的硬件故障，维修圈俗称：认卡不认显存。