PXE：文件載入時間
在 PXE 引導系統時，它會在 PXE 伺服器上查找 UUID 文件。如果找到，則相應地進行。Else System 等待 2 分鐘，然後開始在 PXE 伺服器上查找 MacID 文件。
有沒有辦法設置這個文件搜尋時間？
更新 1： 底層 pxe 引導載入程序是 PXELINUX
一個遲到的答案，但也許它會幫助別人……
以我的經驗，PXELINUX 不會等待 2 分鐘：它將
default像 TFTP 一樣快地在潛在的配置文件名形式（客戶端 UUID、客戶端 MAC 地址、十六進制的整個 IP 地址、十六進制的部分 IP 地址以及最後）之間迭代伺服器會告訴它沒有找到以前的文件。您的 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基於的。對 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。