在Ubuntu系统中管理双引导，尤其是同时使用systemd-boot和GRUB，通常源于特定的性能需求或系统架构选择。例如，在采用UEFI启动模式且希望简化引导流程时，systemd-boot因其轻量快速而成为备选；而传统的GRUB则以其强大的兼容性和功能丰富性，依然是多系统引导的主流。直接管理两者，意味着你可能需要在同一个UEFI系统分区（ESP）或不同磁盘上配置它们，核心解决方法是明确主引导程序，并手动配置引导项文件。具体操作涉及安装对应包、生成配置文件以及使用efibootmgr工具调整UEFI启动顺序。
理解systemd-boot与GRUB的核心差异
systemd-boot（原名gummiboot）是一个极简的UEFI引导管理器，它直接读取EFI系统分区中的引导条目文件，启动速度快，配置简单。它通常位于/boot/efi/EFI/systemd/或/boot/efi/EFI/BOOT/目录，其配置文件为loader.conf，引导条目则是/boot/loader/entries/目录下的.conf文件。相比之下，GRUB（GRand Unified Bootloader）功能全面，支持BIOS和UEFI，能处理复杂的文件系统和内核参数，其配置文件grub.cfg通常由update-grub命令自动生成。在UEFI系统中，GRUB的EFI可执行文件一般位于/boot/efi/EFI/ubuntu/。选择哪一个作为主引导，取决于你对启动速度、配置复杂度以及多系统支持的需求。
安装与基础配置systemd-boot
如果你的Ubuntu系统已采用UEFI启动，可以安装systemd-boot作为补充或替代。首先确保已安装相关软件包：sudo apt install systemd-boot-efi。安装后，需要将其安装到EFI系统分区：sudo bootctl install。此命令会将systemd-boot的EFI文件复制到ESP，并可能将其设为默认引导项。关键步骤是创建引导条目，例如，为当前Ubuntu内核创建一个条目文件/boot/loader/entries/ubuntu.conf：
title Ubuntu linux /vmlinuz-linux initrd /initrd.img-linux options root=/dev/sda2 rw quiet splash
这里的linux和initrd需指向内核及初始RAM磁盘的实际路径（可使用/vmlinuz和/initrd.img符号链接），options需指定根分区。配置完成后，使用sudo bootctl update更新。
保留并配置GRUB以应对复杂场景
即使你主要使用systemd-boot，保留GRUB也是有必要的，特别是当你需要引导非Linux系统（如Windows）或使用加密磁盘等高级功能时。确保GRUB已安装：sudo apt install grub-efi-amd64。注意，在UEFI系统中，不应安装grub-pc（用于BIOS）。GRUB的配置通常通过/etc/default/grub文件调整，然后运行sudo update-grub来探测系统并生成grub.cfg。此命令会自动添加其他操作系统的引导项。GRUB的EFI文件通常位于/boot/efi/EFI/ubuntu/grubx64.efi，你可以通过UEFI固件设置或efibootmgr在启动时选择它。
使用efibootmgr管理UEFI引导顺序
在双引导管理下，控制哪个引导程序优先启动是关键。efibootmgr是直接管理UEFI启动项的利器。首先查看当前启动项：sudo efibootmgr -v。输出会显示类似Boot0000* Ubuntu和Boot0001* systemd-boot的条目及其对应的EFI文件路径。要更改启动顺序，例如将systemd-boot设为第一启动项：sudo efibootmgr -o 0001,0000。要删除一个多余的启动项（谨慎操作）：sudo efibootmgr -b 0002 -B。通过这种方式，你可以灵活地在两个引导器之间切换，而无需重新安装任何一个。
解决常见冲突与引导修复
同时管理两者最常见的冲突是，在更新内核或执行系统升级后，引导配置可能不同步。例如，如果你主要使用systemd-boot，但运行了update-grub，可能会意外地将GRUB设为默认。因此，建议明确主次：若以systemd-boot为主，可以禁用GRUB的自动更新，或手动管理其配置。另一个问题是ESP分区空间不足，两个引导器及其多版本内核可能会占满空间，需定期清理旧内核文件。当引导失败时，可以使用Ubuntu安装U盘进入Live环境，挂载ESP和根分区，重新安装或配置引导。例如，修复systemd-boot：sudo mount /dev/sda2 /mnt（挂载根分区），sudo mount /dev/sda1 /mnt/boot/efi（挂载ESP），然后sudo chroot /mnt进入系统，执行bootctl install或update-grub。
高级整合：在systemd-boot中创建GRUB条目
一个更优雅的整合方案是，将GRUB作为systemd-boot的一个引导选项。这样，你可以在systemd-boot的菜单中选择启动GRUB，再由GRUB去处理复杂的多系统引导。实现方法很简单：在/boot/loader/entries/目录下创建一个新的条目文件，例如grub.conf：
title Launch GRUB Bootloader efi /EFI/ubuntu/grubx64.efi
这样，当你在systemd-boot界面选择“Launch GRUB Bootloader”时，系统会链式加载GRUB，进而显示GRUB的菜单。这种方法结合了两者的优点：日常使用systemd-boot快速启动Ubuntu，在需要时通过它跳转到功能全面的GRUB。
性能与维护的长期考量
从长期运维角度看，选择引导管理器需权衡性能与可维护性。systemd-boot的轻量级带来了更快的启动速度（通常快几秒），且配置透明，易于版本控制和脚本化部署。但它对非systemd发行版或复杂磁盘配置的支持较弱。GRUB虽然稍慢，但其广泛的社区支持和自动探测功能，在系统硬件变更或添加新操作系统时几乎无需手动干预。在服务器或生产环境中，如果你追求极简和可控，且系统环境稳定，systemd-boot是优秀选择；而在桌面或多系统测试环境中，GRUB的省心特性可能更有价值。定期备份ESP分区和引导配置文件，是无论采用哪种方案都必须养成的习惯。
总而言之，在Ubuntu中管理systemd-boot与GRUB双引导，并非非此即彼的选择，而是一种灵活的配置策略。通过理解其工作原理，利用efibootmgr控制启动顺序，并合理创建引导条目，你可以根据实际需求，在简洁与功能之间找到最佳平衡点。关键在于明确你的主引导路径，并确保内核更新后引导配置的一致性，从而构建一个稳定可靠的双引导系统环境。
