
先出结论,大概率是PM991一类的硬盘兼容性问题,我的思路是用RDM映射解决。
Step 1:找到 PM991 的设备名
SSH链接到ESXI
ls -l /vmfs/devices/disks/
你会看到类似下面的输出
total 3000617976
-rw------- 1 root root 512110190592 Jan 1 20:33 t10.NVMe____PM991_NVMe_Samsung_512GB________________0000000000000001
-rw------- 1 root root 98566144 Jan 1 20:33 t10.NVMe____PM991_NVMe_Samsung_512GB________________0000000000000001:1
-rw------- 1 root root 68619862016 Jan 1 20:33 t10.NVMe____PM991_NVMe_Samsung_512GB________________0000000000000001:2
-rw------- 1 root root 443390361600 Jan 1 20:33 t10.NVMe____PM991_NVMe_Samsung_512GB________________0000000000000001:3
那么完整得设备名就是:t10.NVMe____PM991_NVMe_Samsung_512GB________________0000000000000001
Step 2:创建RDM硬盘映射,这里假设你的虚拟机命名为FNOS
vmkfstools -z /vmfs/devices/disks/t10.NVMe____PM991_NVMe_Samsung_512GB________________0000000000000001 \
/vmfs/volumes/datastore1/FNOS/pm991-512g-rdm.vmdk
如果数据存储名或文件夹路径不同,请相应替换
Step 3:添加硬盘到虚拟机
在 vSphere Client 中编辑 FNOS 虚拟机 → 添加硬盘 → 使用现有虚拟磁盘 → 选择刚生成的 pm991-512g-rdm.vmdk。
控制器建议选 PVSCSI(ESXi 8 下性能最优)。
启动 FNOS,即可识别到这块 PM991。
一些其他的补充:
如果此前添加了虚拟硬盘,那么在启动时很有可能出现仍然存在此前启动项得情况,此时在找到ESXI中的虚拟机,关闭电源,然后编辑设置,引导,下次电源启动时进入BIOS,在设置中找到setboot,用键盘得+—号来调整启动顺序,就可以了。
故事的起因进过结果:
最近家里更新了NAS硬件,此前一直把一块物理硬盘直通给虚拟机作为系统盘,想着是无论虚拟机怎么搞,物理硬盘只要不坏,FNOS就能稳定运行,甚至直接把盘拆出来单独做为一个nas也能启动。但是这次更新之后启动却出现如下报错。

这不是纯纯翻车了,测试了下,给系统分配个虚拟硬盘,能正常启动。
问过AI,问过百度,修改了启动方式,增加了高级启动参数,甚至重装了ESXI,都不行,最后本着只要思想肯滑坡,办法总比困难多得决心,开始搞rdm,直接在ESXI把硬盘映射到虚拟机,成功解决,想到可能会有很多人遇到同样得问题,所以分享给大家。