以下坑虽然不代表每个人都会碰到,但至少我碰到了,相信很多跟我一样实用主义的同学只要可以绕路,都不会愿意再去碰一次。另外,部分坑我没有解决,有些是绕过了,有些当前不是主要矛盾,因此如果有能解决的同学,希望可以给我留言和建议。
涉及到诸如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
这里想说:【Vmware workstation下模拟的环境不能太当真】
过程:
在工作PC上,搭建了ESXi6.7的虚拟机(官方ISO),并在这台虚拟ESXi上进一步新建了WIN10和群晖7.0.42218(用了GXNAS的DS918 7.x虚拟机测试版,修改时间是20220323),两个套娃虚拟机。
【 这里有个小坑:如果跟我一样一开始没有仔细看GXNAS上资源的说明文件,可能会遇到
原因:
镜像文件中的grub.cfg设置不符合你的硬件环境,比如我这里源文件默认设置为:
SataPortMap=1 #控制器只有1个硬盘
然后你用SATA方式引导,等于就把这唯一的位置给占了,导致真正用来装系统的大硬盘无法被识别。
解决:于是这里改成”2”以上即可,我改成了9,毕竟不是物理机,其他没太多讲究:
SataPortMap=9 #控制器最多支持个硬盘
然后一切正常,1号小坑结束】
结果:
很顺利,很成功——而这就是最大的坑。
然后坑来了——
原因:是官方ESXi的ISO果然缺少对应的网卡驱动。
解决:在GXNAS上找到了带8111网卡驱动的ISO文件……安装成功
原因:不明(不了解虚拟的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系统的方式,在物理机上搭建系统环境,结果,迎面而来又一波坑】
具体:在U盘上完成ESXi安装后,部署群晖虚拟机(系统用的空间同样也是该U盘上的),结果整个安装过程比用硬盘时间翻倍;在ESXi的web管理界面,各种右键随时可能卡住,而且要很久;给ESXi打补丁的时候,提示出错(反正我也看不懂),访问存储空间时打不开……
原因:可能是我用的“U盘”太慢了,罪魁祸首如下图(读卡器还是USB3.0的)。
原因:嵌套虚化(手贱以后多做多错)
解决:下图设置中,默认没有选中的地方,不要像我一样手贱着去打勾
具体:由于在做迁移测试时会遇到源系统上硬盘对应的存储池是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补更——关于直通
具体: 由于迁移ESXi的核心目标就是提高群晖虚拟机的性能,因此走直通变成了必然,整个过程还算顺利,管理界面直接点点鼠标切换直通,重启,虚拟机添加pci设备,锁定内存,虚拟机取消一切虚化复选框……进入群晖后也能看到控制器下硬盘,于是建立存储池……拷贝文件,然后想拿到windows系统下vm的群晖试试数据迁移是否可以被识别,然后,杯具来了,直接上图:
该硬盘无法以物理驱动器的方式添加到虚拟机,如下:
检查硬盘分区时,发现删掉硬盘所有分区后,在MBR模式下,磁盘管理显示硬盘成了这个样子:
甚至,回到ESXi后想对这块硬盘进行RDM直通,也是报错,大概的意思是程序无法执行(同控制器接其他硬盘做RDM可以。)
总之,硬盘可以用,可以在ESXI下依然用控制器直通的方式可以被群晖正常使用,WINDOWS10下改为GPT模式,也可以正常分区、使用……但是上述问题,我试过用【DiskGenius】也无法修复,重新分区,修复分区表,甚至最后我用终极武器,直接进行扇区写“0”,问题依旧。
现在这块硬盘只能挂载控制器下面,控制器直通。最后,给罪魁祸首上图,就是华擎3455-ITX的板载ASM1062控制器,硬盘是HGST8T硬盘
【最后,转载记得注明出处】