[优化建议]PCIe直通操作优化建议

[CatGoldenglow]

刚刚折腾机子的时候出现了这样的情况：
对显卡设备进行PCIe分配到虚拟机后->关闭宿主机->拆掉显卡->更换PCIe槽位->开机->再分配一次->这时候的分配开不了虚拟机（可能是因为找不到上次关机前分配的显卡地址什么的，因为此时相当于分配了两张显卡，但实际上指向的都是同一块卡，开启虚拟机时显示找不到设备.....，这时候我想把分配（第二次分配）取消改回主机，但是显示没有对象什么什么的）

然后我就关机->拆除显卡->把显卡插回原来的槽位->开机，这时候在ExHyperV中无法看到该显卡，并且无法对显卡进行其它操作，只能在设备管理器看到 PCI Express图形处理单元 - 已卸除，这时候我就把虚拟机删除掉，然后用指令重新把显卡挂载回主机（压力豆包压力出来的）

这种情况能不能扫描每个虚拟机的PCIe直通信息，然后做到删除信息之类的操作，避免忘记取消直通然后直接拆卡的情况

描述可能有缺漏，整个过程挺曲折的（）

[physicsdolphin]

#67 (comment)

以及

在宿主机重启前后，由于 Windows 枚举 GPU 的顺序可能变化（如果你的设备使用了 PCIe Switch 则尤甚），你添加 GPU 实例的 InstancePath会发生改变。具体地说，是后面的 PV UUID 会改变 （例如：#{064092b3-625e-43bf-9eb5-dc845897dd59}）。而微软的屎山会使得你只能移除已经分配（记录在虚拟机配置文件，人类不可读）且在当前系统构型存在的 GPU PV 分区，这就可能在重启后导致前面提到的==分区卡死无法卸载==问题

虽然这个是PV不是DDA，但本质应该是类似的微软屎山问题，可以看一下。
我仍然坚持在宿主机关机前，应当清除所有DDA和GPUPV分区的安全建议，否则就会出现像你提到的这种情况——即Windows删不掉一个已经变更消失的分区/DDA实例（这个配置微软并不以人类可读的形式记录，难以手动或用程序parse/修改）

解决方法：要么只能删除VM并重新导入VM，要么设法恢复上次关机前的硬件配置和分区UUID（这几乎不可行）

这玩意其实应该是给微软提issue，解决这个问题本质是给巨硬擦屁股

[CatGoldenglow]

#67 (comment)

以及

在宿主机重启前后，由于 Windows 枚举 GPU 的顺序可能变化（如果你的设备使用了 PCIe Switch 则尤甚），你添加 GPU 实例的 InstancePath会发生改变。具体地说，是后面的 PV UUID 会改变 （例如：#{064092b3-625e-43bf-9eb5-dc845897dd59}）。而微软的屎山会使得你只能移除已经分配（记录在虚拟机配置文件，人类不可读）且在当前系统构型存在的 GPU PV 分区，这就可能在重启后导致前面提到的==分区卡死无法卸载==问题

虽然这个是PV不是DDA，但本质应该是类似的微软屎山问题，可以看一下。 我仍然坚持在宿主机关机前，应当清除所有DDA和GPUPV分区的安全建议，否则就会出现像你提到的这种情况——即Windows删不掉一个已经变更消失的分区/DDA实例（这个配置微软并不以人类可读的形式记录，难以手动或用程序parse/修改）

解决方法：要么只能删除VM并重新导入VM，要么设法恢复上次关机前的硬件配置和分区UUID（这几乎不可行）

这玩意其实应该是给微软提issue，解决这个问题本质是给巨硬擦屁股

原来是这样嘛，就是重启宿主机以后就有概率导致炸机吗，那确实是很难受了（）得很小心了

[Justsenger]

#67 (comment)
以及

在宿主机重启前后，由于 Windows 枚举 GPU 的顺序可能变化（如果你的设备使用了 PCIe Switch 则尤甚），你添加 GPU 实例的 InstancePath会发生改变。具体地说，是后面的 PV UUID 会改变 （例如：#{064092b3-625e-43bf-9eb5-dc845897dd59}）。而微软的屎山会使得你只能移除已经分配（记录在虚拟机配置文件，人类不可读）且在当前系统构型存在的 GPU PV 分区，这就可能在重启后导致前面提到的==分区卡死无法卸载==问题

虽然这个是PV不是DDA，但本质应该是类似的微软屎山问题，可以看一下。 我仍然坚持在宿主机关机前，应当清除所有DDA和GPUPV分区的安全建议，否则就会出现像你提到的这种情况——即Windows删不掉一个已经变更消失的分区/DDA实例（这个配置微软并不以人类可读的形式记录，难以手动或用程序parse/修改）
解决方法：要么只能删除VM并重新导入VM，要么设法恢复上次关机前的硬件配置和分区UUID（这几乎不可行）
这玩意其实应该是给微软提issue，解决这个问题本质是给巨硬擦屁股

原来是这样嘛，就是重启宿主机以后就有概率导致炸机吗，那确实是很难受了（）得很小心了

确实是微软的屎山，后面得想办法给弥补一下