我们通过 pxeboot 安装了许多不同的服务器（主要是戴尔）。首次安装操作系统后，UEFI 启动顺序会自动更改，以允许操作系统作为第一个启动选项加载。
这对于想要一次性构建单个主机的普通人来说效果很好，但是在不断重建事物的实验室环境中，这会导致很大的问题。无论如何，安装后是否可以禁用操作系统安装以更改 UEFI 中的引导顺序。
本文对此进行了更多讨论 https://arstechnica.com/civis/viewtopic.php?f=21&t=1474353并讨论了它可能是 uefi 规范，但对此没有肯定的答案。
有没有办法在安装操作系统后不允许修改 UEFI 引导序列？
我们用于数据库备份程序的其中一台服务器出现问题，我没有办法了。在某些时候，它完全冻结了，因此它被强制重启。之后，机器无法再启动到操作系统。
这台机器在 HPE Proliant ML30 Gen9 上运行 Ubuntu 18.04.3 LTS，经过仔细检查，我意识到 ubuntu 启动选项不见了。
HPE Proliant 配置了智能阵列、禁用安全启动和 UEFI。
经过一番研究，我尝试修改 UEFI Shell 但无济于事，因为操作系统未列为文件系统，但显示了存储设备。
然后我尝试运行 HPE Embedded Smart Storage Administrator，在加载 HPE SSA 时我看到了 GRUB 2 界面的片刻。HPE SSA 完成加载后，我按下c并能够进入 GRUB 的 cli。
在这里，我能够导航硬盘，最终发现所有数据都正常，没有数据丢失，但不知何故，引导加载程序丢失到 UEFI 环境中。
该/boot/efi目录是空的，但该/boot/grub目录有一些文件和文件夹。
然后我尝试启动 Ubuntu，但结果如下：
在这一点上，我的想法已经用完了，我无法继续寻找答案，因为问题变得太具体了。
I even went back to the UEFI Shell trying to enter the BLK3 device (because it looks like it is that partition) but I couldn't navigate to the /boot folder so I could use the bfcg command.
I don't know what else I can do to restore Ubuntu's bootloader. Any advice or help will be appreciated.
PS: The server used to have a graphical interface. The team uses TeamViewer to monitor the server and check on the backup procedures.
PS2: insmod all_video didn't work. grub prompted a " file not found" error, even after setting the root variable.
PS3: I tried plugging some USB flash drives. I tried Ubuntu 18.04.3 partitioned as GPT, Ubuntu 20.04.3 partitioned as GPT, and Ubuntu 20.04.3 partitioned as MBR. None were picked up by HPE Proliant (Legacy AND UEFI), nor do they appear in UEFI Shell, nor do I know how to mount them from the GRUB interface.
PS4: As a last resort, I could install RHEL using the HPE Embedded Intelligent Provisioning tool.
PS5: This is my first time using HPE Proliant systems.
Edit: (hd2), (hd3), (hd4) and their related partitions were created when I used HPE tools. On reboot, those partitions and their associated file systems would be gone from the UEFI Shell and the Boot options.
我是否需要创建特殊配置才能通过网络 pxe 引导安装具有 uefi 的 ubuntu 服务器？我的引导服务器上有默认的 pxelinux.0 文件。安装新硬件后，我检查了文件系统/sys/firmware/efi/vars/，并且 uefi 文件夹中有文件。有了这个，我的系统应该在 uefi 下运行。
由于我在互联网上找到了一些关于如何设置 uefi pxe 引导服务器的说明，我现在不太清楚这是否真的需要，因为没有它似乎也可以工作。Ubuntu – 仅使用 pxelinux 文件设置 PXE 服务器 Bios & UEFI 支持
我有一些Dell PowerEdge R720服务器用于测试。为了让生活更轻松，UEFI 启动首先设置为 PXE，并且在 PXE 启动菜单中，如果用户没有输入，它将默认从本地磁盘启动。而在PXE菜单中我们也可以选择安装新的ESXi到硬盘。
问题是，每次在硬盘上重新安装 ESXi 时，UEFI 引导顺序都会先重置到本地磁盘。
我来回检查了 BIOS 设置，但没有找到相关设置。
这是硬件错误还是我需要配置一些特殊的BIOS 设置？或者是 ESXi 安装重置了 UEFI 引导顺序？
安装 ESXi 之前：
安装 ESXi 后：
我缩小了我的 Google Cloud Compute VM 上的启动硬盘大小。将安装在其上的操作系统的启动方法从旧版切换到 UEFI 以及磁盘启动设置（触发UEFI setting must be the same for the instance and the boot disk.错误）的东西。
鉴于磁盘上的操作系统启动方法也已迁移，如何更改实例设置以匹配实例的 UEFI 设置？
大家好，我目前遇到了一个问题，即我尝试通过网络启动的笔记本电脑会通过网络下载 NBP 文件，但随后又会返回 BIOS 菜单。在此过程中，我一直在遵循本指南。
正如您从下面的屏幕截图中看到的那样，一旦“正在下载 NBP 文件... ”出现一段时间，它就会让我回到 BIOS 菜单。
预期内容： “成功下载 NBP 文件”消息应该会出现，然后启动到 WinPE。
环境：
任何帮助将不胜感激，谢谢！
尝试将 Ubuntu 16.04 服务器安装到新初始化的磁盘上。使用 UEFI，和一个 4.5TB/分区。安装无问题后，在重新启动时，服务器将无法通过 Grub。
硬件：
安装步骤：
选择 UEFI 虚拟 CD，即 Ubuntu 16.04 服务器。注意 - 我确实选择了 UEFI 虚拟 CD，而不是屏幕截图中突出显示的非 UEFI（我在截屏后意识到）
Ubuntu 默认引导分区布局，非 LVM，完全未修改。确认分区，包括 ESP 存在。
安装完成，没有错误。安装后，Ubuntu 在启动菜单中可见：
无论选择什么选项，系统都会引导至 Grub：
在 Grub 中，据我了解，ESP 应该安装在 /boot/efi。但是，Grub 显示错误如下，但也可以正常列出 /，但是 / 里面的任何东西，例如 /etc 都有错误，包括 /boot：
Grub 将分区显示为：
我不确定如何从这里开始。
我正在寻找一种方法来列出 Linux 上特定类型的所有分区。（具体来说：所有 EFI 系统分区）。
我知道blkid可以过滤文件系统类型：该命令blkid -t TYPE=vfat返回正确的结果，但不是很健壮：可能有其他不是 ESP 的 vfat 文件系统，或者可能有使用不同文件系统格式化的 ESP。
那么，是否有一个等效的命令可以列出设备但过滤分区类型？
编辑
我需要所有 EFI 系统分区（或 ESP）的列表。这些分区EF00在 gdisk 中具有分区类型或ef在 fdisk 中具有分区类型。它们最常被格式化为 vfat。现在，我可以使用blkid列出所有使用 vfat 格式化的分区，但这会留下两个问题：
a）可能存在未使用 vfat 格式化（或根本未格式化）的 EFI 分区，这些分区将从列表中丢失，并且
b）可能存在格式为 vfat 的常规文件系统，这些文件系统会错误地包含在列表中。因此，匹配文件系统类型不是可行的方法。这就是为什么我正在寻找可以匹配分区类型的东西，所以EF00或ef。
如果这样的命令不存在，我可能需要执行以下操作来获取我想要的信息：
- 列出所有磁盘
- 对于每个磁盘，找出上面是否有 MBR 或 GPT 分区表
- 列出分区表
- 过滤结果以仅打印 ESP 分区
这既麻烦又容易出错，所以如果blkid存在能够匹配分区类型的等价物，我想使用它。
各种机器将愉快地使用 syslinux 以传统模式通过 PXE 引导自定义 bzImage。
在 UEFI 模式下，其中一台机器和较新的仅 UEFI 板会从服务器分配一个 IP 地址，即 TFTP syslinx.efi，然后冻结。
现在我不太确定为什么会冻结。
使用pxelinux.0.
Wireshark 显示机器正在为 x64 机器发送正确的 PXE/BOOTP 扩展PXEClient:Arch:00007:UNDI:003016。
syslinux.efi 二进制文件是从 6.03 源构建的 x64。
syslinux.efi 甚至是正确的加载程序吗？欢迎任何想法。
对于一些上下文，我是一名系统管理员学生，试图扩展我的网络知识，因为这不是我的强项。
目前，我正在试验 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 正确下载的所有文件？