本来在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,又又又是漫长的等待
打开后，生食，味美？
呕233
基本盘如下图所示，这是第一个手动滑稽的golang项目，大家鼓掌
vendor文件夹内文件不是submodule???作者有内味了，找不到引用，GOPATH总是要用src附加在路径上，是不是没有放在/go/src下，就变成了离经叛道?请go熟练工进来说两句
Gopkg.lock明示这个项目很旧，dep???不存在的，顺着?网站的思路，govendor list也有问题
于是我一个offline build诉求变成了拉锯战
果断全面替换，好在整个项目异常简单，也在意料之中，把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
奥里给！！！
原文地址：https://www.cnblogs.com/A-Z/p/build_docker_vmware_driver.html