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