1.基础信息

       VMware Workstation 版本：16.1.1 build-17801498

       虚拟机操作系统：Windows Service 2019

2.问题描述

       虚拟机Windows Service 2019导出ovf后，在另外一台PC上导入后，提示“EFI VMware Virtual NVME Namespace (NSID 1)... No compatible bootloader found”，如图所示。

       意思是找不到引导项，无法正常进入系统。

3.问题原因

       虚拟机Windows Service 2019导入另一外PC后的配置项中，关于“客户机操作系统的版本”被改为“其他”。

       再三确认，ovf的源虚拟机Windows Service 2019中的此项配置是“Windows Service 2019”，这么低级BUG，VMware Workstation 开发人员居然没发现？

4.解决方法

直接将“客户机操作系统”修改为“Windows Service 2019”，正常进入系统。

5.一个失败的尝试

顺着这个思路，编辑ovf文件，找到关于系统选择的配置项：

果然，ovf配置文件的osType参数被改成“otherGuest”，那么Windows Service 2019在此配置项如何表示？

编辑正常使用Windows Service 2019虚拟机的vmx文件，发现guestOS参数为“windows2019srv-64”

再结合正常Windows Service 2012vmx和ovf配置文件中的相关参数

依次类推出Windows Service 2019在osType中的参数为“windows2019srv64Guest”

再次导入ovf文件，提示ovf文件哈希值校验失败。

由于改了配置参数，导致ovf文件的哈希值发生了变化，此时通过Windows自带certutil命令来重新计算校验值，打开PowerShell，输入“certutil -hashfile "D:\Virtual Machines\Windows Server 2019 VDH.ovf" SHA256”，生成新的哈希值

编辑mf文件，将原来关于ovf文件的哈希值替换成新生成的哈希值

再次打开ovf，此时弹出导入框

待导入完成后，查看客户端操作系统，仍然为“其他”

我的内心是崩溃的...T_T

下一步考虑将此BUG反馈给VMware Workstation发开人员...