前言

以下坑虽然不代表每个人都会碰到，但至少我碰到了，相信很多跟我一样实用主义的同学只要可以绕路，都不会愿意再去碰一次。另外，部分坑我没有解决，有些是绕过了，有些当前不是主要矛盾，因此如果有能解决的同学，希望可以给我留言和建议。

涉及到诸如ESXi怎么安装，怎么把他的ISO做成引导U盘，群晖的引导文件怎么转VMDK之类网上有大量的相关教程，下面站点上貌似也有，所以限于篇幅和为了聚焦重点，这里就不再搬运了。

PS:以下实验中涉及到的软件部分，绝大多数均来自GXNAS博客 – https://wp.gxnas.com，虽然不认识博主，甚至没联系过（我遇到问题都没来得及去问他），但白嫖了人家那么多内容，总不能不提出处。因此所涉及的相关资源，可以到他站点上去找。而本文的核心主要还是在操作层面的分享和探讨。

---

一、实验环境

1、源系统：

硬件：华擎科技 J3455-ITX主板，DIY的4盘位NAS，1xSSD+4xHDD，用了一张乐扩SATA扩展卡

系统：WIN10+VMWARE workstation 15.x+群晖6.22（黑，下同）

2、目标系统：

硬件不变（后续正式使用打算再增加一个SSD）

系统：ESXi6.7+群晖7.01.42218

3、工作PC（用于模拟前期环境搭建测试等）

AMD平台，WIN10+VMWARE workstation 16.2

二、前期模拟阶段

I.系统安装系列坑

这里想说：【Vmware workstation下模拟的环境不能太当真】

过程：

在工作PC上，搭建了ESXi6.7的虚拟机（官方ISO），并在这台虚拟ESXi上进一步新建了WIN10和群晖7.0.42218（用了GXNAS的DS918 7.x虚拟机测试版，修改时间是20220323），两个套娃虚拟机。

【 这里有个小坑：如果跟我一样一开始没有仔细看GXNAS上资源的说明文件，可能会遇到

1号小坑：群晖引导盘启动后，不认硬盘（无法识别硬盘）造成无法安装

原因：

镜像文件中的grub.cfg设置不符合你的硬件环境，比如我这里源文件默认设置为：

SataPortMap=1 #控制器只有1个硬盘

然后你用SATA方式引导，等于就把这唯一的位置给占了，导致真正用来装系统的大硬盘无法被识别。

解决：于是这里改成”2”以上即可，我改成了9，毕竟不是物理机，其他没太多讲究：

SataPortMap=9 #控制器最多支持个硬盘

然后一切正常，1号小坑结束】

结果：

很顺利，很成功——而这就是最大的坑。

然后坑来了——

2号小坑：ESXi安装盘在物理机上无法安装，提示没有网络……

原因：是官方ESXi的ISO果然缺少对应的网卡驱动。

解决：在GXNAS上找到了带8111网卡驱动的ISO文件……安装成功

3号大坑：在虚拟的ESXi上能成功安装的套娃虚拟群晖系统的上述DS918 7.x引导文件安装完系统后，提示“出现问题”，无法进入配置界面，继续下一步，就是提示“还原”（相当于重装），完成以后还是这样提示，于是进入无限循环（而且。

原因：不明（不了解虚拟的ESXi和物理机上的ESXi到底啥区别）

绕开：在该站上下载了更新日期是20220603的DS918-7.X引导文件，同样对grub.cfg做了如下对应修改（请根据自己实际情况调整）。然后顺利安装成功。

DiskIdxMap=00020406 #4个SATA控制器盘位分别从00，02，04，06开始 SasIdxMap=0 #引导盘在0号位 SataPortMap=2222 #有4个SATA控制器，每个能带2硬盘

【还有问题的话可以去在线算个和mac匹配的SN，链接请自行百度】

---

II.物理机ESXi部署群晖仿真测试系列

【由于手头原本用来折腾的硬盘坏道太猛（没精力折腾），所以参考网上教程，采用U盘A引导，U盘B安装ESXi系统的方式，在物理机上搭建系统环境，结果，迎面而来又一波坑】

4号坑：将ESXi系统装在U盘，可能很慢，加载还会卡住，甚至出现各种莫名其妙的错误

具体：在U盘上完成ESXi安装后，部署群晖虚拟机（系统用的空间同样也是该U盘上的），结果整个安装过程比用硬盘时间翻倍；在ESXi的web管理界面，各种右键随时可能卡住，而且要很久；给ESXi打补丁的时候，提示出错（反正我也看不懂），访问存储空间时打不开……

原因：可能是我用的“U盘”太慢了，罪魁祸首如下图（读卡器还是USB3.0的）。

5号坑：ESXi新建群晖虚拟机无法开机，ESXi报错

原因：嵌套虚化（手贱以后多做多错）

解决：下图设置中，默认没有选中的地方，不要像我一样手贱着去打勾

6号坑：不要去修改群晖的存储池、存储空间编号

具体：由于在做迁移测试时会遇到源系统上硬盘对应的存储池是1号，但是目标系统上1号存储池已经有了，于是莫名担心会撞车，于是突发奇想的想把该硬盘上的存储池编号该成别的不会撞车的，百度一搜还真有这方面办法，教程如下：

【逗老师的小技巧】群晖Synology更改存储池和存储空间编号_逗老师的博客-CSDN博客https://blog.csdn.net/ytlzq0228/article/details/123138581 结果按这个方法一开始修改存储池还好，原硬盘的是：【存储池3】，【存储空间3】，改完以后变成：【存储池5】，【存储空间3】，然后系统提示存储池3出错，但是数据还在，于是无视……有教程嘛，继续改存储空间，进一步打算将存储空间从5改成3，然后悲剧：【存储池3】，【存储池5】都提示出错，下面的存储空间没了。然后把教程上的步骤重新操作改回来都没用，还个群晖系统，提示【在线重组】，但是点完以后重组失败，数据仍然不可读。后来尝试把硬盘挂到ubuntu下尝试读取或恢复，由于自己本来就是小半吊子，结果更糟糕。

原因：不明，可能当时的操作步骤有问题，但不妨碍把这一步定位为超高风险操作，再大的强迫症，如果没有足够的实力应对意外和突发，建议不要去试了。

解决：回避

---

2022/6/15补更——关于直通

7号坑：SATA控制器直通：有可能“损伤”硬盘，有条件的以后先测试再使用。

具体： 由于迁移ESXi的核心目标就是提高群晖虚拟机的性能，因此走直通变成了必然，整个过程还算顺利，管理界面直接点点鼠标切换直通，重启，虚拟机添加pci设备，锁定内存，虚拟机取消一切虚化复选框……进入群晖后也能看到控制器下硬盘，于是建立存储池……拷贝文件，然后想拿到windows系统下vm的群晖试试数据迁移是否可以被识别，然后，杯具来了，直接上图：

该硬盘无法以物理驱动器的方式添加到虚拟机，如下：

检查硬盘分区时，发现删掉硬盘所有分区后，在MBR模式下，磁盘管理显示硬盘成了这个样子：

甚至，回到ESXi后想对这块硬盘进行RDM直通，也是报错，大概的意思是程序无法执行（同控制器接其他硬盘做RDM可以。）

总之，硬盘可以用，可以在ESXI下依然用控制器直通的方式可以被群晖正常使用，WINDOWS10下改为GPT模式，也可以正常分区、使用……但是上述问题，我试过用【DiskGenius】也无法修复，重新分区，修复分区表，甚至最后我用终极武器，直接进行扇区写“0”，问题依旧。

现在这块硬盘只能挂载控制器下面，控制器直通。最后，给罪魁祸首上图，就是华擎3455-ITX的板载ASM1062控制器，硬盘是HGST8T硬盘

【最后，转载记得注明出处】

原文链接：https://blog.csdn.net/weixin_48490424/article/details/125179848?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522167586359916800192266431%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fblog.%2522%257D&request_id=167586359916800192266431&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~blog~first_rank_ecpm_v1~times_rank-2-125179848-null-null.blog_rank_default&utm_term=%E9%BB%91%E7%BE%A4%E6%99%96%2C%E7%BE%A4%E6%99%96%2Cnas%2C%E8%9C%97%E7%89%9B%E6%98%9F%E9%99%85%2CDSM%EF%BC%8C%E5%86%85%E7%BD%91%E7%A9%BF%E9%80%8F%2Cipv6%2C%E8%BF%9C%E7%A8%8B%E8%AE%BF%E9%97%AE%2Cwordpress%EF%BC%8C%E5%BB%BA%E7%AB%99%2C%E9%98%BF%E9%87%8C%E4%BA%91%2C%E8%85%BE%E8%AE%AF%E4%BA%91%2C%E5%9F%9F%E5%90%8D%2C%E4%BA%91%E6%9C%8D%E5%8A%A1%E5%99%A8%2C