Ubuntu V20 не обнаруживает SystemD-boot, как установлено

Question 1

[

[работает Ubuntu v20.04 в VMware VM)

Все мои системы Run SystemD-boot , со всеми связанными пакетами GRUB / файлы очищенными. Когда я побежал сегодняшнее обновление, было новое ядро (V5.4.0-66). Однако я отменил транзакцию, потому что моя система пыталась (Re) установить 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 , чтобы заблокировать lilo - наконец, обновление продолжалось, как ожидалось.

Это нормальное поведение для Ubuntu? Я видел то же самое в моей системе Mint 20. Должен ли я сделать что-то еще, чтобы помешать этим другим загрузчикам пытаться переустановить себя? Почему Ubuntu не обнаруживает, что загрузчик уже установлен?

Question 2

Я бы пошел с этим, не имеет подсказки, который он установлен. Если моя попытка найти это что-нибудь, чтобы пойти.

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 EFI вход для моей машины, я показываю все команды на eFiboormgr Вот почему я указал на то, что .efi файл подозревает, что вы делаете такую вещь, загрузку с EFI Только. Это не известно в упаковочной системе, она не имеет представления об изменении, которые вы делаете в систему, если вы не скажете это. Вы можете сделать фальшивый пакет .deb, который ничего не делает, кроме как устанавливать себя и имеет конфликтную линию с Grub и LILO , то эти те, которые никогда не устанавливаются, или, как вы уже сделали Низкие они никогда не устанавливаются, когда ядро обновляется. Затем вы делаете любой процесс, который вам нужно сделать, чтобы обновить это EFI Загрузка нового ядра. Есть ваша причина для действий, которые он взял с вашей установкой.

score 0 · Answer 1 · 18 March 2021 в 23:32

Я бы пошел с этим, не имеет подсказки, который он установлен. Если моя попытка найти это что-нибудь, чтобы пойти.

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 EFI вход для моей машины, я показываю все команды на eFiboormgr Вот почему я указал на то, что .efi файл подозревает, что вы делаете такую вещь, загрузку с EFI Только. Это не известно в упаковочной системе, она не имеет представления об изменении, которые вы делаете в систему, если вы не скажете это. Вы можете сделать фальшивый пакет .deb, который ничего не делает, кроме как устанавливать себя и имеет конфликтную линию с Grub и LILO , то эти те, которые никогда не устанавливаются, или, как вы уже сделали Низкие они никогда не устанавливаются, когда ядро обновляется. Затем вы делаете любой процесс, который вам нужно сделать, чтобы обновить это EFI Загрузка нового ядра. Есть ваша причина для действий, которые он взял с вашей установкой.

Ubuntu V20 не обнаруживает SystemD-boot, как установлено

1 ответ

Другие вопросы по тегам:

Похожие вопросы: