ipxe的sanboot命令：通过http直接启动iso、img

huaqingyuan

用你的最新ISO测试了一下，64位能正常启动，32为文件加载一半死机。好奇怪，以前都是32位没问题，现在反过来了。估计是不是也和连续存放有关系
用的是sanboot --drive 0xff http://${next-server}/XXX.ISO命令.这样网路启动应该最快了。而且配置简单。
也搭建了ISCSI服务，将ISO虚拟为ISCSI的光驱，也都能启动，但是启动很慢。第一个慢的地方是加载，比HTTP模式慢，但是可以忍受，
不能忍受的是后面的环节，一直滚，但是最终还是可以启动。优点就是启动后光驱还在，能访问网路光驱里面的文件。
将PE解开配置在IMG或者VHD文件里面，然后做成ISCSI磁盘也是一样的效果。估计是卡在iScsiPrt服务这里，有空我将这个服务设置为手动在测试。
感觉就是sanboot --drive 0xff http://${next-server}/XXX.ISO快，但是可能出问题，启动后也没有CD。
sanboot iscsi:${next-server}::::iqn.test.iso或者sanboot iscsi:${next-server}::::iqn.test.VHD
这样启动稳定，而且能访问服务器虚拟出来的CD或者硬盘。缺点就是慢。当然无网路的PE不在讨论之列

huaqingyuan

win10原生启动文件速度等同WIN8.1，兼容性不错。顺便测试了UEFI感觉比原生的BIOS方式快一些。
后面有测试了IPXE 的UEFI模式，HTTP方式和普通的HTTP差不多。目前IPXE 的UEFI模式下的SANBOOT命令还不能使用，无法测试，我比较期待IPXE 的UEFI模式下的SANBOOT命令，因为SANBOOT其实兼容不错，我是说无盘环境启动WIN8.1.这个命令OK了，UEFI 无盘就没有问题了。（PE环境SANBOOT慢其实是PE的原因，），