企业官网建设流程全解析

先说个前提：标题里“虚拟显卡”这个词，我理解成两层意思。一是通过 PCIe SR-IOV 把物理 GPU 硬件虚拟化，切出多块 Virtual Function 分给不同虚拟机；二是 ESXi 自带的那个 VMware SVGA 虚拟显卡。如果你只想让 Windows 虚拟机里的显示不至于卡成幻灯片，那 R730 的板载管理芯片就能办，根本不需要 S7150 X2。但凡你说的是“一块物理卡同时给 4 到 8 台虚拟机提供 GPU 加速”，那咱们说的就是同一件事——AMD MxGPU 硬件虚拟化。这篇文章就把我在 R730 上从供电转接线折腾到 ESXi 7.0 驱动、再到虚拟机里正常识别 S7150 X2 的全过程写透，能让你少走至少一个周末的弯路。

我之所以选这张卡而不是 NVIDIA 的方案，核心原因就一个字：便宜。S7150 X2 是 AMD 面向数据中心虚拟桌面场景出的双芯服务器卡，无视频输出口、被动散热、主打 SR-IOV 硬件虚拟化。二手市场里它的价格甚至不到 NVIDIA M10 的一半，而 M10 想要在 vSphere 上跑 vGPU 还涉及授权问题。对于 R730 这种老平台的个人实验室、内部测试环境，S7150 X2 几乎是成本最低的“正经企业级”虚拟 GPU 方案。但便宜必然有代价——供电、BIOS、驱动版本、ESXi 小版本，任何一个环节不对，卡就像一块砖头一样插在服务器里。

1. 选型逻辑：R730 上做 GPU 虚拟化，为什么是 S7150 X2 而不是其他卡

1.1 这张卡的硬件底子与虚拟化原理

AMD FirePro S7150 X2 本质上是把两颗 S7150 GPU 做在同一块 PCB 上，每颗 GPU 配备独立的 8GB GDDR5 显存，全卡共 16GB 显存。两颗 GPU 之间互不依赖，在 ESXi 里会以一个多功能 PCIe 设备的形式出现，设备本身暴露 16 个 Physical Function 相关的 SR-IOV 能力。简单说，它的核心卖点不是 3D 渲染性能，而是“一颗物理 GPU 可以被硬件切分成最多 8 个虚拟 GPU”，双芯合计最多可以切出 16 个 vGPU 分给 16 台虚拟机。

这跟普通显卡做 PCI 直通完全是两种玩法。PCI 直通是把整块 GPU 物理分配给一台虚拟机，其他虚拟机碰都碰不到；而 S7150 X2 走的是 SR-IOV 标准，由硬件自己把 GPU 资源切成多个独立通道，每台虚拟机拿到的是完整可用的逻辑 GPU，有自己的显存配额、自己的命令队列，互不干扰。这也正是它被称为“虚拟显卡”的原因——不是软件模拟出来的，是硬件原生支持的虚拟化。

1.2 和常见替代方案的真实对比

我把自己当时纠结过的几个方案整理成了一张表，参数基本按实际使用体验来写：

对 R730 用户来说，绝大多数人需要的是“一台服务器上多个虚拟机都要有 GPU 加速”，而不是“某个虚拟机拥有顶级 GPU 算力”。S7150 X2 正好卡在这个需求点上。你可能会问，为什么不选 NVIDIA 的 Tesla P40 或 M40，价格也不贵？因为这些卡本质是计算卡，默认不走 vGPU 虚拟化，P40 根本不支持 SR-IOV，直通也只能给一台机器用。M40 同理。真的要在 vSphere 上做多路虚拟 GPU，NVIDIA 的入门门槛比 AMD 高得多。

1.3 哪些场景真正需要它

我个人觉得下面几类场景最适合 S7150 X2：第一类是 VDI 桌面池，给多个 Windows 虚拟机提供 DirectX/OpenGL 加速，办公软件、浏览器、播放视频都能流畅跑；第二类是嵌入式开发和硬件调试环境，我在多台 Linux 虚拟机上同时跑 GUI 工具链、交叉编译、烧录上位机软件，没有 GPU 加速的时候整个桌面点一下等三秒，接上 vGPU 之后流畅度完全变了一个级别；第三类是轻度 CUDA/OpenCL 计算测试，虽然它算力不强，但 OpenCL 性能拿来跑一些教学级任务没问题。

如果你只需要在一台虚拟机上用 GPU 做深度学习训练，那这个方案不适合你，老老实实整卡直通消费级 RTX 卡才是正路。S7150 X2 的优势是“分”，不是“强”。

2. 硬件落位：R730 的 PCIe 布局、供电转接线与散热风道

2.1 R730 的 Riser 结构：不是所有 PCIe 槽都能插双宽卡

R730 的 PCIe 扩展能力来自三组 Riser 卡，不同规格的 Riser 支持的槽位数量、带宽和物理尺寸都不一样。最麻烦的一点是：S7150 X2 是一块双宽、全高、长卡，不是随随便便找个 PCIe 3.0 x16 插槽就能装进去的。

我建议插卡之前先做三件事：第一，打开机箱侧盖，确认当前 Riser 的槽位物理结构，特别注意“第 1 个槽位是否留出了双宽空间”，有些 Riser 卡的槽位间隔很窄，插了双宽卡会直接顶住旁边的扩展卡；第二，看 Riser 上有没有预留 GPU 辅助供电接口，Dell 原装带 GPU 支持的 Riser 通常会多出一个 6pin 或 8pin 的供电座，不带 GPU 支持的 Riser 则没有这个座；第三，把 iDRAC 里机器当前的 GPU 支持矩阵翻出来看一眼，这个在 Dell 官网支持页面能找到，能确认哪个 Riser 槽位支持 300W 级 GPU。

我踩过的一个坑是：Riser 2 的 x16 槽在上面，Riser 3 的 x16 槽在下面，机箱空间和散热风道设计并不对称。S7150 X2 放在 Riser 1 的顶部槽位最舒服，因为它正对着前面板风扇的风道，被动散热片能吃到足够的冷风。如果把卡插在 Riser 3 靠电源的位置，风道容易被硬盘背板和线材挡住，满载时核心温度能差十几度。

2.2 供电转接线：最容易翻车的地方

S7150 X2 的原厂供电设计是 8pin PCIe 辅助供电。而 R730 机箱里常见的 GPU 供电线有两种：一种是直接从主板引出的 6pin 供电线，另一种是附带 8pin 头的原装 GPU 电源线。如果你手里的 Riser 只有 6pin 口，千万不要买一根“6pin 转 8pin”的转接线硬怼上去。

为什么不能转？因为 PCIe 6pin 供电标准设计承载功率是 75W，8pin 是 150W。S7150 X2 双芯满载时功耗按官方 TDP 标称在 265W 左右，实际跑压力测试时瞬时功耗还会更高，单纯走 6pin 转 8pin 的线，要么开机自检时因为电源感知不到负载而直接黑屏，要么满载几分钟后转接线过热、接口烧毁。这个不是理论分析，我在网上见过不止一个 R730 插 S7150 系列烧了供电接口的案例。

正确做法是：优先找 Dell 原装的 GPU 供电线，一头接在主板或背板的电源接口上，另一头直接给显卡提供 8pin 供电。如果你买服务器时没有附带这根线，淘宝咸鱼搜“R730 GPU 供电线”能买到兼容线，买之前让卖家确认接口针脚定义。这台机器原装电源线余量通常很足，主板上有专门的 GPU 电源插槽，不会影响其他硬件供电。

还有一点，显卡挡板上的供电接口位置因版本而异。早期公版 S7150 X2 是单 8pin，后批次有的版本改成了双 8pin。买卡前一定要让卖家拍实物图确认接口数量，不然卡到手发现自己的电源线不够又得等快递。

2.3 电源功率与散热风道规划

R730 默认配置双 750W 白金电源，如果你的机器插了两颗高端至强 CPU、多块硬盘、万兆网卡，再上 S7150 X2，整机峰值功耗很容易超过 1000W。最稳妥的做法是换双 1100W 或双 1600W 电源，让电源负载率维持在 60% 以下。电源额定功率不光是够不够用的问题，还关系到服务器的噪音策略和电源寿命。我个人在这台机器上装的是双 1100W，跑了三个月，非常稳。

散热方面，R730 的前面板大风扇直吹风道设计对被动散热卡比较友好，但要注意导风罩。如果你机器原本没 GPU，原装导风罩可能没有给双宽卡留出导流开口。最好确认一下导风罩是否支持 GPU 配置，不然卡的热量会在机箱里积攒，导致周围硬盘温度也跟着涨。S7150 X2 两个 GPU 核心离得近，中间散热鳍片容易被灰尘堵住，建议装卡之前先给散热鳍片吹一遍灰。

3. ESXi 7.0 驱动部署：VIB 离线包、BIOS 开关和 SR-IOV 验证

3.1 为什么 ESXi 默认装好不等于直接能用

ESXi 系统本身能识别到 AMD GPU 设备，但默认行为是把设备当作普通 PCIe 设备，只有启用直通列表之后才能做 PCI Passthru。要让它进入 SR-IOV 模式，必须安装 AMD 提供的 MxGPU 专用驱动包，也就是 .zip 格式的 VIB 离线包。换句话说，S7150 X2 要在 ESXi 里跑起 vGPU，第一步是让 VMKernel 加载正确的 AMD GPU 内核模块，把这个设备从普通 PCIe 设备“切换”成 SR-IOV 设备。

这一步是整条链路里最大的分水岭。很多人装完 ESXi 发现虚拟机里能看到显卡但启动失败，就是因为只认了设备，没有装 MxGPU 驱动，也没有在 BIOS 里打开 SR-IOV 开关。还有人在 ESXi 8.0 上折腾这块卡，结果发现 VMware 新版系统对老 AMD 产品的驱动支持越来越差，最终只能灰溜溜退回 7.0。所以我在文章开头就强调：S7150 X2 的甜点版本就是 ESXi 7.0，别轻易上 8.0。

3.2 下载和匹配驱动版本

AMD 官方提供的驱动离线包，命名通常是AMD-MxGPU-<版本>-<ESXi版本>.zip这种格式，Dell 支持页面上也能找到经过 PowerEdge 兼容性验证的版本。我踩过的坑是：ESXi 7.0 的 Update 版本不同，能正常加载的驱动版本也不同。比如 7.0U2 下正常工作的 VIB，放到 7.0U3f 上可能提示模块签名不匹配或者加载失败。

我的建议是：先确定你的 ESXi 具体 build 号，再根据 build 号找对应驱动版本。不要想当然拿最新的 VIB 装到老版本系统里。如果是新装环境，直接装 ESXi 7.0 U3f 或更晚的 U3 版本，配对应时期的 MxGPU 驱动，最省事。下载完离线包后，把它传到数据存储里，比如放到/vmfs/volumes/datastore1/目录下，然后 SSH 登上去执行安装。

3.3 BIOS 里必须开的三项开关

这一步很多人会忽略，因为它不在 ESXi 安装流程里，而在 Dell R730 的 F2 System Setup 配置界面里。需要确认以下三项：

• System BIOS Settings → Integrated Devices → SR-IOV Global Enable设为Enabled
• System BIOS Settings → Processor Settings → Intel VT for Directed I/O (VT-d)设为Enabled
• System BIOS Settings → Integrated Devices → Memory Mapped I/O above 4GB设为Enabled，必要时把MMIO High Base调到较高位置，因为 S7150 X2 的显存 BAR 空间很大

如果 SR-IOV 没开，驱动装得再好，系统也不会给你创建 Virtual Function，因为硬件层面的 SR-IOV 能力被 BIOS 挡在外面了。VT-d 没开则会影响后续把设备指派给虚拟机的能力。这两项在 BIOS 里都是默认关闭的，必须手动开启。

改完 BIOS 设置之后重启，然后重新进 ESXi。我发现一个经验：BIOS 里改完 SR-IOV 设置，显卡设备的名称和位置可能会变，这是正常现象，别慌。重点是用命令验证驱动是否正确加载。

3.4 VIB 安装命令与 SR-IOV 状态验证

SSH 登录 ESXi 后，执行：

esxcli software vib install -d /vmfs/volumes/datastore1/AMD-MxGPU-<具体版本>.zip

安装过程中会提示是否接受 EULA，按提示输入确认即可。装完不要急着在 VM 里用，先重启一次 ESXi，让模块完整加载进 VMKernel。重启之后，在 SSH 里执行：

lspci | grep -i amd

这一步能看到 AMD 设备的 PCI 地址，比如0000:03:00.0、0000:03:00.1，对应两颗 GPU。接着执行：

vsish -e get /sriov/0000:03:00.0

如果输出里能看到 pf 和 vf 相关的节点配置，说明驱动加载成功、SR-IOV 已经切换到虚拟化模式。如果这一条命令报错说找不到路径，大概率就是驱动没加载或者 BIOS 里 SR-IOV 没开。还可以用vmkload_mod -l | grep -i amd确认 AMD 内核模块是不是真的 load 进去了。

3.5 驱动安装失败的典型特征

我遇到过两种典型失败情况。第一种是 VIB 装完重启后，lspci里还能看到设备，但vsish -e get /sriov/...始终报错，原因是 ESXi 7.0U3f 的 build 号和 VIB 版本不匹配，AMD 模块拒绝加载。解决方法是查看 build 号后找匹配的离线包，重新安装。第二种是 ESXi 选择“仅维护模式”或“引导时安全启动”被开启，因为驱动没有 VMware 官方签名，Secure Boot 会直接阻止模块加载。这个比较隐蔽，日志里只显示“Module 'amd-mxgpu' cannot be loaded”，不会提示安全启动。解决办法是在 BIOS 里暂时关闭 Secure Boot，装完驱动验证通过后再决定是否重新开启。

4. MxGPU 资源切分：从 pGPU 到 vGPU 的虚拟机配置

4.1 理解 vSphere 眼中的 GPU 设备分层

驱动装好、SR-IOV 打开之后，ESXi 里会同时出现两种类型的设备。Physical Function（PF）是物理 GPU 本身，vSphere 管它叫 pGPU；Virtual Function（VF）是由硬件虚拟化出来的逻辑 GPU，vSphere 里叫 vGPU。正常情况下，VM 应该绑定 vGPU 而不是 pGPU。如果你的虚拟机不小心绑了 pGPU，那本质上还是 PCI 直通，只能给一台机器用，跟虚拟化的初衷就背道而驰了。

在 vSphere Client 的“虚拟机编辑设置”界面，添加新设备时选择“共享 PCI 设备”或“GPU 设备”，系统会列出可用的 vGPU 类型。S7150 X2 的 vGPU 类型会以类似S7150-x2-8G-1/4/8这样的命名出现，斜杠后面是切分比例。需要注意的是，这个命名里的8G通常指每个物理 GPU 的显存总量，而切分比例决定每个 vGPU 分到多少显存和多少计算资源。如果你选了 1/8 比例，那就是把一颗 GPU 切成 8 份，显存只有 1GB，刚好够跑个桌面；如果选 1/4，就是切 4 份，显存 2GB，流畅度明显更好。两颗 GPU 加起来能支撑的 vGPU 总数是有限的，具体以驱动版本支持矩阵为准。

4.2 虚拟机配置与 vGPU 类型选择

我在 vSphere 里创建虚拟机的通用操作流程是这样的：先建一台普通虚拟机，系统选择 Windows 或 Linux，分配好 CPU 和内存，再编辑硬件设置，添加 PCI 设备，选择共享 GPU 类型。这里有个关键点：vGPU 类型的选择必须在虚拟机处于关机状态下完成，添加之后启动虚拟机，系统中会新增一个显示适配器设备。

如果 vSphere Client 无法列出 vGPU 类型，通常是驱动没加载成功，或 BIOS 里 SR-IOV 未开启，回到第 3 章去排查。另一个常见错误是虚拟机配置里同时勾选了“3D 图形加速”，导致 ESXi 给虚拟机创建了 VMware SVGA 虚拟显卡，而这个虚拟显卡会和 vGPU 争抢图形设备，最终造成黑屏或驱动安装失败。我的建议是 vGPU 机器关掉 VMware 自带的 3D 加速选项，让系统只用显式分配的 vGPU。

4.3 Windows 虚拟机的驱动安装细节

Windows 虚拟机启动后，在设备管理器里能看到一个带感叹号的未知显示设备。这一步必须安装 AMD 的 MxGPU Guest 驱动，不能随手去 AMD 官网下载最新的 Adrenalin 游戏驱动。虚拟化 GPU 的 Guest 驱动和物理显卡驱动是两条线，MxGPU 场景下 Guest 端实际上是跟虚拟化的 vGPU 设备交互，普通游戏驱动不认识这种设备，轻则装不上，重则蓝屏重启。

AMD 官方对 MxGPU Guest 驱动有单独的发布通道，下载时认准名字里带 MxGPU 或虚拟化支持标识的版本。Windows 下安装过程比较简单，一路下一步就行。装完重启后，设备管理器里会显示 AMD FirePro 系列的虚拟显示设备，分辨率也能正常调了。这里分享一个小技巧：装驱动前先把 Windows Update 自动更新驱动关闭，不然系统会自动尝试匹配一个不合适的驱动，导致后续安装冲突。

4.4 Linux 虚拟机的驱动配置

Linux 虚拟机的情况稍微复杂一些。S7150 X2 的虚拟化设备在 Linux 下走的是 amdgpu 内核模块，如果你装的是带桌面环境的发行版，比如 Ubuntu 22.04 Server + 桌面，系统可能已经自动加载了 amdgpu，并且lspci能看到显示设备。但自动加载并不代表 MxGPU 功能完整可用，建议安装 AMD 发布的 Linux MxGPU 驱动包，它包含匹配的固件文件和配置工具。

有个常见现象是：Linux 虚拟机里glxinfo命令输出显示llvmpipe，说明系统没用 GPU 渲染，而是掉进了 CPU 软件模拟。这种情况下首先要确认 VF 是不是真的映射到虚拟机里了，其次检查模块加载顺序和固件路径。可以在/etc/modprobe.d/下新建配置文件，显式指定options amdgpu sriov=1，确保模块加载时开启 SR-IOV 参数。不同内核版本对老 AMD GPU 的支持程度不同，如果你想省心，Ubuntu 22.04 默认内核（5.15 系列）我用下来是最稳的，不要急着升级到太新的内核。

4.5 配套的 USB 调试工具共享方案

我在文章开头提到自己搞嵌入式调试，这就涉及另一个层面：虚拟化 GPU 解决的是显示和图形加速问题，但如果你要在多台虚拟机里用 J-Link、ST-Link、CP2102、CH340、FT232 这类 USB 调试工具，它们和 GPU 虚拟化完全是两码事，只能走 USB 直通。ESXi 的 USB 直通功能可以把物理 USB 控制器直接分配给某个虚拟机，或者按单个 USB 设备绑定到 VM。我通常是把一个单独的 USB 3.0 卡直通给调试主机，这样模拟器、烧录器的驱动避免了 vSphere 中间层转发带来的兼容性问题。

注意，一个 USB 设备不能同时共享给多台虚拟机。我在实验室里的方案是固定一台 Windows 虚拟机做嵌入式上位机，J-Link、ST-Link、串口调试器都直通给它，其他虚拟机需要烧录时通过网络让这台机器代烧。这比在 ESXi 层面做 USB 重定向要稳定得多，尤其是 ST-Link 这类对时序敏感的调试器，经过远程 USB 转发经常掉线。

5. 全流程踩坑实录：从反复重启到 VF 数量为零的排查链路

5.1 供电不足导致的反复重启

第一次把 S7150 X2 插上 R730 时，我没太在意供电，手里只有 Riser 上带的 6pin 口，就随便找了一根 6pin 转 8pin 线接上去。开机之后服务器正常点亮，ESXi 也能进，我以为万事大吉，结果一跑 Windows 虚拟机的图形负载测试，机器在 3 分钟内自动重启两次。这个现象的隐蔽之处在于：轻负载时整卡功耗可能就几十瓦，靠 PCIe 插槽的 75W 供电勉强能撑住；一旦跑满，功耗突破 200W，供电线成了瓶颈，电压跌落触发电源保护，直接重启。

排查链路是这样的：先看 iDRAC 的系统日志，里面会记录电源类告警事件，再通过 IPMI 命令查看电源输入输出功率，看到瞬时功耗波动巨大；然后打开机箱检查转接线，用手摸线材温度，发烫说明电阻大、过流；最后换原装 GPU 供电线，问题彻底消失。我的建议是：任何情况下别用 6pin 转 8pin 给这张卡供电，除非你手里有支持 300W 的原装线缆。

5.2 VIB 装完但 Virtual Function 数量为零

第二次踩坑是在驱动安装阶段。VIB 装得非常顺利，重启后 AMD 设备也在lspci输出里，但我满心欢喜地打开 vSphere Client 想给虚拟机添加 vGPU，却发现系统提示“此主机没有可用的共享 GPU”。SSH 上一查，vsish -e get /sriov/...直接报错，Virtual Function 数量为 0。

我开始以为是 VIB 装错了，花了大半天换了好几个驱动版本都没用。后来想到 BIOS 里的 SR-IOV 开关，登进 F2 System Setup 一看，SR-IOV Global Enable还是 Disabled。手动改成 Enabled，重启后再查，VF 正常出现。这个坑其实很蠢，但很典型：软件层面的驱动装得再好，硬件固件层的功能开关没开，一切白搭。很多时候我们盯着软件日志排错，忘了回头检查 BIOS 里的开关，这是服务器虚拟化调试里最常见的思维盲区。

5.3 Guest 驱动版本不匹配导致的黑屏

Windows 虚拟机装完 AMD Guest 驱动后，重启进入系统黑屏。我一开始怀疑是 vGPU 分配问题，反复调整虚拟机配置没用。后来切换到 ESXi 的虚拟机控制台，看到 Windows 启动过程中停在“设备驱动无法启动”的位置，才意识到是驱动版本不对。

原因很简单：我下载的是 AMD 官网最新的 Radeon 驱动包，而 MxGPU 虚拟化设备需要专用 Guest 驱动，二者驱动模型不兼容。换成 AMD 虚拟化产品线对应的 MxGPU Guest 驱动后，黑屏问题立即消失。这个是新手最容易犯的错误，记住一个原则：虚拟化 GPU 的驱动永远跟着虚拟化产品线走，不要用消费级显卡的驱动逻辑套用在企业级虚拟化卡上。

5.4 长时间运行后的温度与稳定性

跑了两个月后，我遇到过几次 GPU 掉卡现象，现象是虚拟机里的图形加速突然消失，lspci看不到设备。进 iDRAC 看传感器，发现显卡温度已经接近 90 度，风扇转速却只有 30%。这是因为 R730 默认的风扇调速策略主要参考 CPU 和进风温度，不会主动读取第三方 GPU 的温度传感器，导致被动散热卡在低转速下散热不力。

解决办法有两个方向：一是通过 IPMI/racadm 手动把风扇转速设到 40% 以上，牺牲部分噪音换取稳定；二是在 iDRAC 里调整温度阈值策略，让它对 PCIe 区域温度更敏感。我是直接把风扇策略设为“最大性能”，日常噪音虽然大，但这种跑 GPU 虚拟化的机器本来就是放机柜里的，远程管理为主，噪音问题可以接受。装卡时给散热鳍片涂硅脂、清理灰尘这些小事，也值得做一遍。

6. 可抄作业的最终配置与我的使用建议

6.1 我这套环境的完整清单

如果你想照着复现，我当前这套稳定运行的配置供参考：

• 服务器：Dell PowerEdge R730，双路 E5-2680 v4，128GB DDR4
• 电源：双 1100W 白金电源
• 显卡：AMD FirePro S7150 X2，被动散热，双宽，原装 8pin 供电线直连
• 虚拟化平台：VMware ESXi 7.0 U3f，配套 AMD MxGPU 对应版本的 VIB
• BIOS：SR-IOV Enabled、VT-d Enabled、MMIO above 4GB Enabled、Secure Boot 关闭
• 虚拟机示例：1 台 Windows 10 LTSC 用 1/4 vGPU，2 台 Ubuntu 22.04 各用 1/8 vGPU

这套配置跑下来，Windows 桌面流畅，Ubuntu 桌面的 GNOME 动画也不卡顿，做嵌入式 GUI 工具链和日常办公没问题。如果虚拟机数量较多，建议把每颗物理 GPU 切成 8 份 1/8 vGPU，显存 1GB 虽然不大，但 Linux 桌面环境完全够用。

6.2 建议的安装顺序和学习路线

最后给后来者一个顺序建议：先确认物理层（Riser、供电线、电源功率、风扇），再装 ESXi 和 BIOS 开关，然后装 VIB 并验证 VF，最后创建虚拟机装 Guest 驱动。这个顺序不能乱，尤其是 BIOS 开关，最好在安装 ESXi 之前就打开，避免后面反复重启。实测下来，从零到三台虚拟机都能顺畅用上 vGPU，大概需要一个周末的时间。如果你卡在某一环，优先查硬件供电和 BIOS，这两个是绝大多数问题的根源。

我还有个掏心窝的建议：这卡没有视频输出口，别试图拿它当普通显卡插在台式机上接显示器，也不要用在非虚拟化单机环境。它的存在意义就是给虚拟化平台做资源池。老老实实用它该用的地方，它才会发挥真正的价值。