本来在Windows 7 + Tiny Linux 4.19 + XFS + Vmware Workstation 15 (PRO) 下篇dockerの奥义之后的UEFI补完延迟了...

虽然用efiboot的做的光盘可以双引导，但是总有些不开心，顺着man 1 xorrisofs的思路，把syslinux放在光盘里INstall了好多次

基本思路围绕以下文件

SYSLINUX.EFI/efi64/syslinux.efi
syslinux/modules/efi64/ldlinux.e64

syslinux/modules/efi64/menu.c32
syslinux/modules/efi64/libutil.c32

mkfs.msdos + mmd + mcopy

制作很顺利，但是在开机的时候一闪而过，自己关机...看样子syslinux和xorrisofs在EFI问题上八字不合，从man里就可以一见端倪，syslinux共提及5处，Now for EFI话题一转祭起了祖传的GRUB2，挂着xorriso卖grub-mkrescue，有那么一点点小觉悟，没有仙人指点，ueFI光盘是遥遥无期了

于是，我又有了一个idea...

于是，我又pull一个image...

到底是什么呢???

你猜?

你猜?

你猜?

熟悉标题的小朋友一定欢声雀跃 golang:latest for VMware driver登场

size=803M,又又又是漫长的等待

打开后，生食，味美？

呕₂₃₃

基本盘如下图所示，这是第一个手动滑稽的golang项目，大家鼓掌

vendor文件夹内文件不是submodule???作者有内味了，找不到引用，GOPATH总是要用src附加在路径上，是不是没有放在/go/src下，就变成了离经叛道?请go熟练工进来说两句

Gopkg.lock明示这个项目很旧，dep???不存在的，顺着?网站的思路，govendor list也有问题

于是我一个offline build(no IOT/IOC/IOB connection aCtively refused!!!)诉求变成了拉锯战

果断全面替换，好在整个项目异常简单，也在意料之中，把main.driver.go两处import改成GOPATH search path就这样简简单单不好吗？vendor.json?不存在的

于是我的offline build在强力植入的淫威下，成功了，无图无假象

一次build成功，感觉...就那样了，运行???肯定是没有问题，大小比公开下载的release大了一点点，毕竟还是有一些commit/ref在后面的更新的

然后还记得在Windows 7 + Tiny Linux 4.19 + XFS + Vmware Workstation 15 (PRO) 下篇dockerの奥义提到的知识点1？

改成和另一个大众driver一样可配置吧，另外改一下virtualHW.version到只兼容Workstation 15，配合我的新光盘，组合在一起

是不是全世界都找不到的呢？

滑稽！

OVer

奥里给！！！

The initial story behind idea --

fuse issues fixed(driver.go;bootsync.sh;open-vm-tools.sh)