Ubuntu v20没有检测到已安装的systemd-boot。

Question

[在VMware VM中运行Ubuntuv20.04)

我所有的系统都运行systemd，清除所有相关的grub包/文件。当我运行今天的更新时，出现了一个新内核(v5.4.0-66)。但是，我取消了事务，因为我的系统试图(重新)安装grub。将其添加到/etc/apt/preferences.d之后：

$ cat nogrub.pref
# To prevent repository packages from triggering the installation of GRUB

Package: grub*
Pin: release a=*
Pin-Priority: -10

我重新运行更新，但现在我被提示安装lilo。于是，我向/etc/apt/preferences.d添加了第二个pref文件，以阻止lilo --最后，更新按预期进行。

这是Ubuntu的正常行为吗？我在我的铸币厂20号系统中也看到了同样的情况。我是否应该做一些其他的事情来阻止这些其他引导程序试图重新安装自己？为什么Ubuntu没有检测到已经安装了引导加载程序？

Answer 1

我会跟它一起去，不知道它是怎么安装的。如果我想找到的话，那就有什么可查的了。

root@zeus-H370M:/home/zeus# apt show systemd-boot
N: Unable to locate package systemd-boot
N: Unable to locate package systemd-boot
E: No packages found
root@zeus-H370M:/home/zeus# apt show grub
Package: grub
State: not a real package (virtual)
N: Can't select candidate version from package grub as it has no candidate
N: Can't select versions from package 'grub' as it is purely virtual
N: No packages found
root@zeus-H370M:/home/zeus# apt show grub-pc
Package: grub-pc
Version: 2.04-1ubuntu26.9
Priority: optional
Section: admin
Source: grub2
Origin: Ubuntu

如果没有关于它是如何安装的详细信息，那么是否存在与grub和lilo的冲突，从而阻止了它们的安装。这些是你需要寻找的东西来解决这个问题。几乎错过了这个相关的包，尽管从描述中还不清楚它是否提供了命令和文件搜索，现在我也想到了这个。

root@zeus-H370M:/home/zeus# apt-cache search systemd-boot
sicherboot - systemd-boot integration with UEFI secure boot support
systemd-bootchart - boot performance graphing tool

没有，也没有运气，除非这是你使用的/usr/lib/systemd/boot/efi/systemd-bootx64.efi。

root@zeus-H370M:/home/zeus# apt-file search systemd-boot
manpages-de: /usr/share/man/de/man7/systemd-boot.7.gz
manpages-de: /usr/share/man/de/man8/systemd-boot-check-no-failures.service.8.gz
systemd: /lib/systemd/system/sysinit.target.wants/systemd-boot-system-token.service
systemd: /lib/systemd/system/systemd-boot-check-no-failures.service
systemd: /lib/systemd/system/systemd-boot-system-token.service
systemd: /lib/systemd/systemd-boot-check-no-failures
systemd: /usr/lib/systemd/boot/efi/systemd-bootx64.efi
systemd: /usr/share/man/man7/systemd-boot.7.gz
systemd: /usr/share/man/man8/systemd-boot-check-no-failures.8.gz
systemd: /usr/share/man/man8/systemd-boot-check-no-failures.service.8.gz
systemd: /usr/share/man/man8/systemd-boot-system-token.service.8.gz
systemd-bootchart: /lib/systemd/system/systemd-bootchart.service
systemd-bootchart: /lib/systemd/systemd-bootchart
systemd-bootchart: /usr/share/doc/systemd-bootchart/README
systemd-bootchart: /usr/share/doc/systemd-bootchart/changelog.Debian.gz
systemd-bootchart: /usr/share/doc/systemd-bootchart/copyright
systemd-bootchart: /usr/share/man/man1/systemd-bootchart.1.gz

所以我仍然坚持我的初步结论，一点也不知道它已经安装好了。

这是太长的评论，真的应该在这里，无论如何。我刚刚为我的机器做了一个EFI条目--我展示了efiboormgr上的所有命令--这就是为什么我指向那个.efi文件，怀疑您正在做这样的事情，只从efi加载。这是包装系统所不知道的，除非你告诉它，否则它不知道你对系统所做的改变。您可以做一个假的.deb包，除了安装本身什么也不做，并且与grub和lilo有冲突，然后这些包永远不会安装，或者就像您现在所做的那样，将它们定位到很低的位置，以至于在更新内核时根本不会安装。然后，您可以执行任何您需要做的过程来更新新内核的efi加载。这是您在安装过程中所采取的操作的原因。