iPXE wimboot 现在支持UEFI下的http/ftp启动了

我是神仙

hhh333 发表于 2014-9-21 15:44
感觉到EFI32不能启动应该是wimboot的问题，前面都成了，就是boot不成，应该是没考虑32位的情况；

那个WI ...

EFI32这个问题昨天又发了个新版2.3.0已经解决了。和作者说了一下，他说这是因为一个编译选项忘了设置。结果代码一行没改，加了个编译选项就可以了。测试过了，确认没问题了。
https://git.ipxe.org/release/wimboot/wimboot-latest.zip

我是神仙

普通BIOS和32位EFI 64位EFI要分别用不同的iPXE版本才能启动。

如果想用同一个PXE服务器 同时适应pcibios 及 32位 和 64位 不同架构的网络启动，需要对DHCP服务作相应的配置。

如果是用的HanewinDHCP Server，可以多建几个配置profile.  (Option > manage profiles > add)

并用Vendor Class作为条件
PXEClient:Arch:00000 则指向 ipxe/pcibios/ipxe.pxe
PXEClient:Arch:00006 则指向 ipxe/efi.i386/ipxe.efi
PXEClient:Arch:00007 则指向 ipxe/efi.x86_64/ipxe.efi
PXEClient:Arch:00009 则指向 ipxe/default.ipxe
...

PXEClient:Arch:00000这个也可以就用默认的 for Interface IP Address作为条件就行了

我是神仙

启动基本过程:

1 dhcp discover: 此为client开始DHCP过程中的第一个请求报文 arch:00007

2 dhcp offer   : 此为server 对dhcpdiscover 报文的响应

3 dhcp request  : 此为client 对dihcpoffer 报文的响应

4 dhcp ack     : server对 dhcprequest 报文的响应，client收到此报文后才真正获得了IP地址和相关配置信息。

5 检测是否有proxcy dhcp server

6 加载ipxe

7 dhcp discover: 此为client开始DHCP过程中的第一个请求报文  arch:00009

8 dhcp offer   : 此为server 对dhcpdiscover 报文的响应

9 dhcp request  : 此为client 对dihcpoffer 报文的响应

10 dhcp ack     : server对 dhcprequest 报文的响应，client收到此报文后才真正获得了IP地址和相关配置信息。

11 检测是否有proxcy dhcp server, 有的话再从proxcy dhcp server得到启动的文件名

12 开始启动脚本

如果把第7步开始的后续的二次DHCP过程省略了 可以加快启动
如果把第11步检测proxcy dhcp server的过程省略了的话 也可以加快启动

不过 过快了也不好 特别是要连接iscsi等的时候 即使加快了 也往往需要人为的等待几秒钟 加个sleep 3秒命令才能成功连接。所以太快也不一定好。一般就用默认的dhcp过程就好了