当 PXE 启动系统时，它会在 PXE 服务器上查找 UUID 文件。如果找到，则进行相应处理。否则系统等待 2 分钟，然后开始在 PXE 服务器上查找 MacID 文件。
有什么办法可以设置这个文件搜索时间吗？
更新1： 底层 pxe 引导加载程序是 PXELINUX
答案1
一个迟到的答案，但也许它会帮助其他人......
根据我的经验，PXELINUX 不会等待 2 分钟：它将在潜在的配置文件名称形式（客户端 UUID、客户端 MAC 地址、十六进制的整个 IP 地址、十六进制的部分 IP 地址，最后default）之间进行迭代，速度与 TFTP 一样快服务器会告诉它找不到以前的文件。
您的 TFTP 服务器是否可能配置为在任何传入连接上尝试 DNS 查找和/或identd查询（因为 tcpwrapper/libwrap配置？）？如果您的 DNS 服务器未响应 TFTP 服务器主机，和/或 TFTP 服务器的identd查询使用默认超时值，则最坏情况下可能会出现约 2 分钟的延迟。
PXE 客户端不会响应identd查询，因此尝试将它们与传入的 TFTP 连接结合起来可能只是浪费时间。例如，如果您的 PXE 启动客户端位于 IP 块 192.168 中。。，那么你应该确保你/etc/hosts.allow有一条像这样的专用线路：
in.tftpd: 127.0.0.1 [::1] 192.168.0.0/16
而不是依赖于默认行，该行可能包含ALL@前缀（这将触发无用的identd查询）和/或可能基于名称（这将在允许 TFTP 服务器处理传入请求之前触发 DNS 查找）。该in.tftpd部分可能会有所不同，具体取决于您使用的 TFTP 服务器和/或它是独立的还是[x]inetd基于 TFTP 服务器。
对 PXE 引导加载程序进行故障排除可能需要转储 DHCP 和/或 TFTP 端口上的网络流量，以查看其进展情况以及是否从 TFTP 服务器接收到有效答案，但首先尝试增加 TFTP 服务器的日志记录级别，以便记录它收到的所有请求和发出的响应，看看这是否可以帮助您找出问题。
一个常见的问题是 TFTP 请求的文件的路径名与您期望的不完全一样，或者您的 TFTP 服务器以意外的方式将其映射到其文件系统。例如，如果使用 Windows 服务器提供 PXELINUX 配置文件，您可能需要将 Windows TFTP 服务器配置为也接受 Unix 样式的正斜杠作为路径分隔符，而不仅仅是 Windows 样式的反斜杠。
PXELINUX 中唯一可通过 DHCP 调整的超时值是重新启动时间值（DHCP 选项 211），其默认值为 300 秒，而不是两分钟。因为 PXELINUX 的 DHCP 选项曾经位于为站点特定选项保留的范围内（之前RFC 3942），您可能还需要在 DHCP 选项 208 中提供特定的“魔法”值，作为确认 DHCP 选项范围 208-211 实际上适用于 PXELINUX 而不是某些其他特定于站点的用途的方法。看RFC 5071了解详情。