问题[ipxe](server)

我使用本指南来设置我的 iPXE 服务器：https://linuxhint.com/pxe_boot_ubuntu_server/
它是在虚拟 Ubuntu (20.4.6) 桌面系统上设置的，经过一些测试，它非常适合 PXE 引导和安装 Ubuntu 22.4 和 20.4 在不同的客户端系统上。

但是，我无法让 Debian (12.2.0) 工作。

我下载了以下完整（3.7GB）iso：
https://cdimage.debian.org/debian-cd/current/amd64/iso-dvd/debian-12.2.0-amd64-DVD-1.iso
并将其提取到/os-images/debian-12.2.0-amd64

然后我编辑了 boot.ipxe 文件并添加了一个 debian 菜单项：

:debian-12.2.0-amd64  
set os_root os-images/debian-12.2.0-amd64  
kernel tftp://${server_ip}/${os_root}/install.amd/vmlinuz  
initrd tftp://${server_ip}/${os_root}/install.amd/initrd.gz  
imgargs vmlinuz initrd=initrd.gz ip=dhcp root=${server_ip}:${root_path}/${os_root}  
boot

现在它部分起作用了：

在我的客户端上，它启动到选择菜单。
当我选择 Debian 安装时，它会启动 debian 安装程序。
它问我 3 个问题（语言、国家/地区和键盘映射），我使用默认值回答。
然后，在检测到安装介质的短暂屏幕后，它在蓝色屏幕上等待几秒钟，然后出现一条通知：

[!!] 检测并安装安装介质

因此，安装程序似乎无法找到 Debian 介质。
我在使用谷歌时尝试了很多不同的论点imgargs。
但是，我似乎找不到与我拥有的 iPXE 环境相同的系统设置。大多数示例都使用 netboot.tar.gz，或者是旧 Debian 版本的示例。我不确定，但我认为我能找到的示例不适用于我的设置，因为它已经从 TFTP 启动。我的说法正确吗？

我确实喜欢从本地媒体安装它，因为该网络旨在与互联网断开连接。但是，如果太困难，我也可以使用远程媒体，只要我可以将其与 ubuntu 安装程序的当前（工作）解决方案集成即可。

对于一些上下文，我是一名系统管理员学生，试图扩展我的网络知识，因为这不是我的强项。

目前，我正在试验 PXE。几天前，我设置了几台 ESXi 虚拟机，一台是 DHCP 和 TFTP 服务器，另外两台是 BIOS 和 UEFI 客户端。我设法在 BIOS 和 UEFI 机器上通过 PXE 启动 debian。

我听说了 iPXE 以及它带来的可能性（例如在 HTTP、iSCSI 上启动……）并决定试一试。目前，我仍在尝试启动我的本地 debian netboot 安装程序，我想我会在确保安装正确后测试远程文件。

在这一点上，这就是我的 DHCP conf 的样子（减去不真正感兴趣的东西）：

option arch code 93 = unsigned integer 16;
class "pxe-clients" {
    match if substring (option vendor-class-identifier, 0, 9) = "PXEClient";
    option tftp-server-name "192.168.0.5";
    next-server 192.168.0.5;
    if option arch = 00:00 {
        if exists user-class and option user-class = "iPXE" {
            filename = "pxelinux.0";
        } else {
            filename = "undionly.kpxe";
        }
    } elsif option arch = 00:02 or option arch = 00:06 or option arch = 00:07 or option arch = 00:08 or option arch = 00:09 {
        if exists user-class and option user-class = "iPXE" {
            filename = "bootnetx64.efi";
        } else {
            filename = "ipxe.efi";
        }
    } else {
        filename = "UNKNOWN_VCI";
    }
}

192.168.0.5是 DHCP/TFTP 服务器的 LAN IP。

至于我的 TFTP 服务器的根目录：

root@vmpxe:/srv/tftp# ls -l
total 968
lrwxrwxrwx 1 root root   37 Sep 22 14:01 bootnetx64.efi -> debian-installer/amd64/bootnetx64.efi
drwxrwxr-x 3 root root 4.0K Sep 22 00:21 debian-installer
-rw-r--r-- 1 root root 896K Sep 22 16:00 ipxe.efi
lrwxrwxrwx 1 root root   47 Sep 22 00:21 ldlinux.c32 -> debian-installer/amd64/boot-screens/ldlinux.c32
lrwxrwxrwx 1 root root   33 Sep 22 00:21 pxelinux.0 -> debian-installer/amd64/pxelinux.0
lrwxrwxrwx 1 root root   35 Sep 22 00:21 pxelinux.cfg -> debian-installer/amd64/pxelinux.cfg
-rw-r--r-- 1 root root  64K Sep 22 16:00 undionly.kpxe
-rw-rw-r-- 1 root root   64 Sep 22 00:21 version.info

同样，我坚持这样一个事实，即在 iPXE 之前，两种架构上的一切都运行良好。我所做的唯一更改是从 iPXE 的网站下载undionly.kpxe和ipxe.efi文件，并编辑 DHCP conf 以将文件名设置包装在if exists user-class and option user-class = "iPXE" {...} else {...}条件中。

现在，BIOS 机器执行 PXE -> iPXE -> Debian 的 netboot 安装程序。一切正常。

但是，UEFI 机器执行 PXE -> iPXE -> grub shell。

我试图 tcpdump 进程，但没有产生任何结果：所有流量看起来都是正常的和预期的。它与我在 iPXE 之前所拥有的没有太大区别。

知道这里可能会发生什么吗？

编辑：进一步的 tcpdump 测试表明，如果没有 iPXE，我的 EFI 机器会为引导加载程序和一堆其他文件发送 RRQ 数据包，我认为这些文件由引导加载程序本身引用。但是，对于 iPXE，只有引导加载程序我只看到引导加载程序。

所以我想正确的问题是：iPXE 会发生什么，因为它不能检索标准 PXE 正确下载的所有文件？