H3C产品

问题可能出在BIOS中VT-d（Intel）或AMD-Vi（AMD）未单独开启，或内核参数未正确持久化。
排查步骤：
1. 确认CPU虚拟化功能完整开启
进入BIOS，查找并启用：
Intel平台：VT-x、VT-d（或Intel Virtualization Technology for Directed I/O）
AMD平台：AMD-V、AMD-Vi（或IOMMU）
仅开启“虚拟化技术”主开关不够，必须单独开启IOMMU相关选项。
2. 检查内核启动参数
登录宿主机命令行，执行：
bash
cat /proc/cmdline

确认包含：
Intel：intel_iommu=on
AMD：amd_iommu=on 或 iommu=on
若没有，需在超融合管理平台中重新配置主机内核参数并重启。
3. 验证IOMMU是否生效
执行：
bash
dmesg | grep -i iommu

或
bash
ls /sys/class/iommu/

有输出且无报错说明已启用。
4. 检查超融合平台配置
在UIS或CAS管理界面，确认主机“高级设置”中IOMMU功能已勾选并保存，部分版本需在维护模式下重新配置后，再执行“重启生效”操作，而非普通重启。
若以上均正常仍不生效，建议升级主机BIOS到最新版本，并联系H3C技术支持确认该服务器型号对IOMMU的支持情况。

、优先排查 BIOS 侧（最高发）

1. 只开了 VT-x，VT-d（Intel）/AMD-Vi（AMD）没开，或者是 Auto VT-x 是 CPU 虚拟化，VT-d 才是 IOMMU 硬件直通。很多 BIOS 默认 Auto，部分服务器 Auto 不等于生效，必须强制改成 Enabled，不要 Auto。
   • Intel：BIOS→Socket/IIO 配置 → Intel VT for Directed I/O (VT-d) = Enabled
   • AMD / 海光：CBS→NBIO → IOMMU = Enabled
2. VMD（Intel Volume Management Device）开启冲突 Intel VMD 开启时，会接管 NVMe PCIe 根端口，会阻断 IOMMU 分组、导致 VT-d 失效；要做 PCI 直通 / IOMMU，VMD 必须关闭。这个是 R4900/G5 等 H3C 服务器高频坑。
3. ACS、SR-IOV 配套选项 做网卡 SR-IOV 直通，除 IOMMU 外，PCIe ACS 控制、SR-IOV 选项也要同步开启；部分机型 ACS 关闭会导致 IOMMU 分组异常，识别不到 iommu_group。
4. BIOS 设置保存失败、重启自动回退 HDM 远程 KVM 进 BIOS，确认保存 F4 之后再次进入核对；少数老 BIOS 版本存在配置不持久，需要升级 BIOS 固件。

验证 BIOS 是否真生效：冷关机断电 10s，上电进 BIOS 二次确认 VT-d/IOMMU 状态，热重启 ACPI 复位部分机型 BIOS 参数不刷新（你用平台重启、底层 reboot 都属于热重启，这就是为什么两次重启都无效）

二、平台配置层面（UIS/CAS）

1. 主机高级选项里勾选 IOMMU 之后，是否点了保存 只勾选不保存，平台不会生成 grub 内核参数，重启当然不变。
2. 集群策略 / 主机模板覆盖了单机启动参数 如果主机归属主机模板，模板内 IOMMU 为关闭，单机配置会被模板覆盖；需要在模板开启，或者取消模板绑定。
3. 超融合版本 bug 部分老 CAS/UIS 版本，平台开启 IOMMU 功能有缺陷，无法正确写入内核启动参数，参数丢失。
   • 核验命令（宿主机底层执行）
   cat /proc/cmdline 看输出里有没有 intel_iommu=on / amd_iommu=on；这里没有，就是平台配置没写进去，问题在平台 / 模板；有参数但 dmesg 看不到 IOMMU 初始化，问题在 BIOS 硬件层。 dmesg | grep -iE "iommu|dmar" 有 DMAR、IOMMU 初始化日志 = 硬件正常；无日志 = 硬件 BIOS 层拦截。

三、引导 / Grub 层面（UEFI/legacy 引导差异）

UIS 是 UEFI 引导居多，平台是修改 EFI 下 grub 配置；如果人为之前手动改过宿主机 grub.cfg、或者引导分区异常，平台自动追加参数会失败。

不建议直接手动改 grub，优先走平台界面；仅定位故障时用来测试：Intel intel_iommu=on iommu=pt；AMD amd_iommu=on iommu=pt

四、硬件架构限制

• ARM 架构服务器：UIS 不支持 IOMMU 配置，直接不生效
• 部分低端 CPU、特定步进 CPU，硬件本身不支持 VT-d/IOMMU，BIOS 里甚至无 VT-d 选项
• 部分 PCIe 卡（RAID 卡、扩展卡）固件不兼容 IOMMU，会导致内核初始化 IOMMU 失败、直接禁用

五、标准排查顺序（按这个顺序走）

1. 底层宿主机 cat /proc/cmdline，确认内核参数有没有 iommu 开关；区分【参数没加上（平台问题）】和【参数存在但 IOMMU 初始化失败（BIOS / 硬件）】
2. HDM 进 BIOS，冷关机断电 10 秒上电，确认 VT-d/IOMMU=Enabled、VMD 关闭
3. 检查主机是否绑定主机模板，模板是否覆盖启动项
4. 核对 UIS/CAS 版本，对照版本说明书该版本 IOMMU 功能是否有已知缺陷，必要升级平台版本
5. 核对 CPU 规格，确认硬件原生支持 VT-d/AMD-Vi
6. 最后验证：冷上电启动，dmesg 查看 IOMMU 初始化日志，ls /sys/kernel/iommu_groups/ 能看到分组目录，才算真正生效

补充容易混淆的点

• 维护模式只是平台调度隔离虚拟机，不会修改 BIOS 硬件寄存器；热重启（平台重启、reboot 命令）对部分服务器无法重新枚举 VT-d，必须断电冷启动
• BIOS 里的 SR-IOV 只是网卡虚拟化开关，不等于 IOMMU；IOMMU 是前提，SR-IOV 是上层功能

快速定位命令汇总（宿主机操作系统内）

#查看当前内核启动参数 cat /proc/cmdline #查看iommu初始化日志 dmesg | grep -iE "iommu|dmar" #查看iommu分组，有目录=生效 ls /sys/kernel/iommu_groups/