UTM：感谢竞品送上的客户
前传：更新Fusion导致的惨剧
前年记录过一篇使用VMware Fusion创建arm Ubuntu虚拟机的文章，那时候使用的Fusion版本是VMware-Fusion-e.x.p-18656771_arm64
最近在编译更新linux内核实验的时候遇到了些问题，想着更新下Fusion是否有所帮助，于是更新到了19431034版本
然而，之前装好的虚拟机，就再也，打不开了
即便是把Fusion卸载重装，然后重新安装arm Ubuntu，也无济于事；而且它们的报错还各不相同
- Fusion 19431034版本报错：虚拟机使用的是此版本 VMware Workstation 不支持的硬件版本
- Fusion 18656771版本报错：能够正常下载arm Ubuntu server，然而引导时报错
图：卸载新版重装旧版Fusion，然后安装ubuntu-20.04.3-live-server-arm64.iso，引导时报错
对于第一个问题，有人说“右键单击虚拟机 -> 管理 -> 更改硬件兼容性” 解决“虚拟机使用的是此版本 VMware Workstation 不支持的硬件版本”，然而mac端的Fusion并没有更改兼容性的选项；也有人说修改virtualHW.version的数值 虚拟机使用的是此版本 VMware Workstation 不支持的硬件版本，不过修改之后问题依旧。
至于第二个问题，也已经有人在VMware社区上提出过 Unable to launch a VM after fresh install with latest technology preview on M1，标记为“已解决”的回答说是某个内核自动更新的进程破坏了兼容性，跟帖提到在引导时进入"Advanced Options"模式选择旧版本的内核，但回复也指出来这条对新安装虚拟机的情形没有效果。
总结：VMware Fusion此路不通，该换家Hypervisor了！
UTM的配置
参考文章 Install Ubuntu on MAC M1 powered by UTM，还是挺详细的
以及才发现，是可以运行与本机架构不同的虚拟机的，也就是UTM中的“模拟”选项而不是“虚拟化”选项
不得不说UTM的UI比VMware Fusion有设计感多了
访问不了GitHub？
终于，再一次成功装上了Ubuntu 20.04 Arm Server
但无法git clone，检测会发现GitHub丢包率百分百
检查网络设置，默认“共享网络”应该是NAT模式，按说走的是主机的流量，不会像物理桥接需要在虚拟机内重新配置网络才对，但仍然无法访问GitHub
按照 Mac下虚拟机如何使用主机的ss上网 的思路走了一遍，顺带学到了 ifconfig | grep inet 筛选inet IP的方法
但报错Connection Refused；或许是小?和ClashX的设置有所区别
最后从主机ssh连接虚拟机，方才解决问题
END