问[UEFI][GRUB]启动修复继续在引导菜单中添加MokManager.efi

EN

首先，要知道MokManager.efi是一个用于管理机器所有者键(MOKs)的工具，它是Shim使用的安全启动密钥，用于在安全引导处于活动状态时引导您选择的OSes。如果安全引导在您的计算机上是活动的，您可能应该安装和访问MokManager从GRUB，以便您可以启动您选择的紧急工具，如果需要。如果安全启动在您的计算机上是不活动的或不受支持的，那么MokManager就是死重--但是它不是很多自重，所以我不会太担心它。(在任何开箱即用的Linux发行版中，你都会发现更多无用的文件，很少有人会挖掘所有这些文件来清理它。)

尽管如此，我猜引导修复是在从MokManager.efi包中安装的文件中找到shim二进制文件的。具体来说，该文件是/usr/lib/shim/MokManager.efi.signed (它被重命名为在复制到ESP时省略.signed扩展名)。如果您真的不需要安全启动，您可以尝试删除该包--但其他包可能依赖于它，因此您可能需要删除的不仅仅是那个包。OTOH，如果您正在从一张活动CD上运行Boot修复，那么可以想象它是从那里而不是从常规安装中提取MokManager，因此从常规安装中删除文件可能是无效的。出于类似的原因，编辑本地GRUB配置文件可能没有多大好处。

将memtest86+、config、System.map、initrd和vmlinuz文件放在FAT32引导分区的/boot和/ boot /efi中。

"FAT32引导分区“称为EFI系统划分(ESP)，如果您使用GRUB，则不需要将其中的大多数文件复制到ESP，当然也不必复制到该分区上的boot或boot/efi目录。在ESP中，默认情况下这两个目录都不存在。但是，请注意，ESP通常安装在/boot/efi，因此根据您的描述，您可能已经将这些文件复制到普通Ubuntu发行版中的/boot和/或ESP的根目录中。(在处理ESP时，了解挂载点是至关重要的。EFI可能将一个文件视为fs0:\EFI\ubuntu\grubx64.efi，但该文件很可能是Ubuntu中的/boot/efi/EFI/ubuntu/grubx64.efi。您可以从完整的Ubuntu文件路径中“擦除”挂载点，以确定文件在分区本身上的位置。EFI不知道Ubuntu挂载点是什么，所以不使用Ubuntu挂载点就可以访问文件。)

在这些文件中，大多数属于Ubuntu目录，它不在/boot目录中。(在某些情况下，/boot本身是一个单独的分区。)各种memtest86+*文件也应该放在/boot中，由memtest86+包自动放在那里。不应该有必要调整其中任何一个。如果您一直在复制这些文件以实现某个特定的目标，也许您应该共享这个目标，因为除非您忽略了一些关键的细节(比如您计划在您的计算机上使用gummiboot/systemd)，否则您不太可能做正确的事情。

一般来说，所有这些东西都应该正常工作。如果它不起作用，那么有些事情是不对劲的，而你所描述的行为不太可能起作用，所以知道出了什么问题是帮助你的关键。如果您只是想从GRUB菜单中删除MokManager，我建议您不要麻烦--如果您坚持尝试，那么复制内核和其他文件将不会有帮助；您需要调整GRUB配置文件并运行update-grub。(恐怕我不知道你会做些什么来删除MokManager。)或者，您可以从GRUB切换到任何一个其他几个用于Linux的EFI引导加载程序。