我有一些相当糟糕的经历GRUB2。我可以说（并且已经说过）关于它的设计和开发过程的一些令人讨厌的事情。我特别不喜欢它的更新方式：无论出于何种原因，它必须半自动地更新多个脚本——一个脚本通过链中的另一个间接更新——对于每次内核更新——或者许多其他小的（看似无关的）配置更改。
这与我之前的经历形成鲜明对比LILO——我正在认真考虑恢复——因为我从来没有遇到过任何问题，而且它的配置非常简单。一方面，正如我所记得的，我只需要更新（或者更确切地说，它只更新过）每个内核更新的单个、简单管理的配置文本文件。
那么 LILO 如何在具有当今内核的现代硬件上工作？GRUB 是怎么做的？其他引导加载程序如何？我是否必须满足任何先决条件，还是只是编写配置文件和运行lilo命令，因为我在过去深情地记得它？内核包更新 (Debian/Ubuntu) 是否会像 GRUB2 一样更新 LILO？
所以这是我上一个关于 UEFI 引导加载程序分区的姐妹问题。 为 UEFI 引导加载程序进行分区，可以使用 LVM 吗？
免责声明：我不会对其上的数据进行翻转。Windows 8 可能会在火灾中死亡。
按照说明，我有一个 400MB 的设备，我认为它以前是某种“Microsoft 保留”分区（我认为它是 MBR 分区？）。在我意识到我必须做什么之前，我使用该fdisk实用程序删除了现有分区，并创建了一个带有 ext4 文件系统的 MBR 分区，然后重新启动以使更改生效。
然后我意识到这不适用于 UEFI 固件，一个如此时髦和令人敬畏的固件，它必须在各个方面都不同。我进入gdisk这个时间并搜索分区，它没有找到。我在这个 400MB 的设备上创建了一个新的 GUID 分区，我相信使用正确的 EFI 类型代码 EF00。这似乎是成功的，所以我在其上创建了一个 FAT32 文件系统，mkfs -t fat32 /dev/sda1并且成功了。
我按照所有说明从可引导安装 CD 安装 Arch Linux，该 CD 碰巧在 UEFI 模式下引导，我可能会添加。我到了在系统上安装了gummiboot的地步，它立即通知我我的设备sda1不是正确的EFI分区。彻底糊涂了我gdisk -l在设备上做了一个，发现它识别出GPT分区已损坏并且MBR分区仍然存在。
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: damaged
然后它提出了三个选项，MBR、GPT 或干净的 GPT。我选择 GPT 认为它会删除 MBR 分区表，但它没有任何区别。
意识到我在这一点上超出了我的知识范围，并且不知道如何从现有的 MBR 分区创建一个合适的 GPT 分区，我运行了一个快速分析 …