& ldquo; пакет 'grub-efi-amd64-signed' не смог установить в / target / & rdquo; во время установки Ubuntu 18.04

Когда я пытаюсь установить Ubuntu 18.04 на свой рабочий стол, он показывает следующую ошибку:

Пакет 'grub-efi-amd64-signed' не удалось установить в /target/. Без загрузчика GRUB установленная система не загружается.

Как исправить эту ошибку?

7
задан 29 April 2018 в 14:17

10 ответов

Отредактированный и измененный оригинальный ответ, ПОСЛЕ дальнейших 20+ экспериментов на обеих моих машинах. Чтобы сделать короткий ответ, я удалю все неправильные предположения и выводы в старом ответе.

---------------- Мои компьютеры ARE 1. Fujitsu LIFEBOOK- LH532, который UEFI BIOS на материнской плате был уничтожен Ubuntu EFI ubiquity версии 12.04, в 2012 году https://bugs.launchpad.net/ubuntu/+source/efibootmgr/+bug/1082418 Очевидно, что я выбираю ручную установку BIOS на своем ноутбуке UEFI LH532. С тех пор, как я НЕ ХОЧУ открыть MY NOTEBOOK TO SHORT JUMPER cl1 & amp; cl2 НА ГЛАВНОМ ЗАПУСКЕ снова, ПОКАЯТЬ, ЧТО Я «ОШИБКА» ЕЩЕ ЕЩЕ. *** Я принудительно использовал режим BIOS, не предоставляя EFI partion на любом жестком диске. НО ВСЕ УСТАНОВКИ ОБНАРУЖАЮТ ОСНОВНУЮ УСТАНОВКУ UEFI И ПОПРОБУЕТ УСТАНОВИТЬ EFI UBUNTU «FIRST».

Старый сервер Gigabyte xenon, не имеющий UEFI. У которого нет никаких ошибок.

Ошибки точно так же, как тема, привели к проблемам с «UEFI» NOTEBOOK ONLY.

Старый сервер Gigabyte xenon, не имеющий UEFI. Который не имеет никаких ошибок. «ИЛИ IF LUCKY» будет просто использовать старый Bios grub, установленный 16.04, и загрузиться в новый 18.04 (в старых 16.04 разделах) с некоторой ошибкой в ​​начале времени загрузки.

Мои компьютеры ARE

«OR IF LUCKY» будет использовать только старый Bios grub, установленный 16.04, и загрузиться в новый 18.04 (в старые 16.04 разделы) с некоторой ошибкой в ​​начале времени загрузки.

https://bugs.launchpad.net/ubuntu/+source/efibootmgr/+bug/1082418

Легко и отлично «большую часть времени». Я использовал 16.04 UBUNTU или LUBUNTU для новой установки на других разделах жесткого диска на том же компьютере, что вы установили «18.04» и не смогли установить grub с этой ОШИБКОЙ.

Так, чтобы 16.04 запустил вашу систему. И да, вы можете получить доступ к версиям Great 18.04 из этого 16.04 grub.

И ДА, я использую UBUNTU 18.04, чтобы написать этот ответ, после того, как LUBUNTU 16.04 УСТАНАВЛИВАЕТ НОВЫЙ GRUB ДЛЯ моего ноутбука LH532 с правильным выбором 18.04.

Причины ошибки в этой теме: вы не предоставляете разделы EFI для режима установки «что-то еще».

Итак, если вы нарочно, как и я, не иметь раздел EFI. вы будете иметь эту ошибку.

Но версии 16.04, имеют более умный UBIQUITY или? без разницы? чем 18.04. Он установит, что вы устанавливаете с установкой BIOS (нет раздела efi на жестком диске), и вы можете выбрать «ВЕРНУТЬСЯ», чтобы установить ubuntu в режиме BIOS. Но 18.04 будет делать установку с любым выбором в моем случае и, возможно, вашим.

Я буду называть эти более плохие качества в этих условиях 18.04 как «BUG». Но это может быть намерение программистов заставить нас использовать только правильную чистую автоматизацию только, что они должны были удалить «что-то еще».

Легко и отлично «большую часть времени ». Я использовал 16.04 UBUNTU или LUBUNTU для новой установки на других разделах жесткого диска на том же компьютере, что вы установили «18.04» и не смогли установить grub с этой ОШИБКОЙ.

Затем установите UBUNTU 18.04 без ошибок, хотя он ревниво запрещает мне загружаться в MANJARO LINUX, который я установил после Windows 10 без проблем.

И, конечно же, UBUNTU 18.04 уничтожает мой BIOS F12. JEALOUSELY ЗАПРЕЩАЕТСЯ установить любую другую ОС, и я должен открыть корпус ноутбука для перемычки CL1 и CL2 короткого замыкания, чтобы получить F12 для выбора загрузочного носителя.

Я сообщил об этом на обеденный стол в качестве ссылки I Предоставьте выше.

Извините за тему немного, но вы все знаете, что больше ошибок в вездесущности или процессе установки больше, чем эта проблема.

1
ответ дан 17 July 2018 в 16:00

Если после получения этого сообщения об ошибке вы перезагрузили свой компьютер и не смогли загрузить Ubuntu из-за ошибки загрузки GRUB, вам необходимо переустановить GRUB вручную в системный раздел EFI (ESP) через chroot.

Используйте Live Session

Загрузите LiveUSB (или LiveCD) и выберите «Попробовать Ubuntu без установки». Позже вам может потребоваться убедиться, что вы можете подключиться к Интернету в своей живой сессии.

Chroot

Предположим, вы установили Ubuntu в раздел /dev/sdXY, а уже существующий ESP в разделе /dev/sdXZ на жестком диске /dev/sdX. Откройте терминал и выполните следующие команды:

$ sudo mount /dev/sdXY /mnt $ sudo mount /dev/sdXZ /mnt/efi $ for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done (Now, if you customized Ubuntu installation by dividing some directories up into different partitions (eg. '/boot', '/opt', etc.), you should mount them too under `/mnt` directory. You may refer to `/mnt/etc/fstab` file to remember what you did on the installed Ubuntu system) $ sudo chroot /mnt

Переустановите grub2 с правой версией EFI

Как только вы chroot успешно вошли в вашу установленную систему Ubuntu, сделайте (re) установить правильный пакет grub-efi-* для архитектуры вашего ПК:

# apt-get install --reinstall grub-efi-x86_64 (тот, который я использовал для процессора Intel i5)

или

# apt-get install --reinstall grub-efi-amd64

или

# apt-get install --reinstall grub-efi-ia32 и т. д. Вы можете получить список доступных пакетов с помощью # apt-cache search ^grub-efi

Наконец, чтобы установите grub2 в свой диск:

# grub-install --boot-directory=/boot --bootloader-id=ubuntu-fix --target=x86_64-efi --efi-directory=/efi # update-grub

Обратите внимание: --target=x86_64-efi может отличаться в зависимости от вашей системы (например, i386-pc по умолчанию, возможно amd64-efi и т. д.). Проверьте # grub-install --help для получения дополнительной информации.

Выйдите из chroot, unbind / unmount безопасно каталоги и amp; reboot

Выйти из chroot с помощью Ctrl + D или # exit Отключить безопасно и перезагрузиться: $ for i in /sys /proc /dev/pts /dev; do sudo umount /mnt$i; done $ sudo umount /mnt/efi (Unmount any other customized partitions, if you had any) $ sudo umount /mnt $ sudo reboot

Ubuntu теперь должен нормально загружаться.

Ссылки:

Как переустановить GRUB2 EFI? Как переустановить GRUB в раздел EFI?
1
ответ дан 17 July 2018 в 16:00

У меня такая же ошибка при установке ubuntu 18.04 с загрузочного USB. Я сделал компакт-диск BOOT, и установка прошла успешно.

0
ответ дан 17 July 2018 в 16:00

У меня была такая же проблема при установке с флеш-накопителя USB с использованием загрузки UEFI. Когда это не удалось, я последовал за одним из комментариев здесь, загрузившись с универсального флэш-диска, отличного от UEFI, для выполнения установки, и это сработало. В то время я не знал ничего об UEFI и понятия не имел, почему один метод работал, но не другой.

С тех пор я немного изучил его и теперь понимаю, что UEFI (Unified Extensible Firmware Interface ) является преемником BIOS и имеет разные требования. В частности, Linux требует раздел / boot / efi, если используется UEFI, который я еще не создал (я создавал разделы вручную).

Сообщения об ошибках, безусловно, могут быть более четкими. Программа раздела диска UEFI должна потребовать раздел загрузки efi, прежде чем вы сможете продолжить работу. Вместо этого он выполняет большую часть установки Linux перед тем, как сообщить об ошибке «Ошибка установки GRUB».

0
ответ дан 17 July 2018 в 16:00

Я думаю, у вас есть три варианта:

Используйте таблицу разделов GPT на диске Загрузите установщик в устаревший режим. Если оба варианта не являются (или не работают), используйте обходной путь, описанный в: https: //bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1771651

Надеюсь, это поможет, привет, Onno

0
ответ дан 17 July 2018 в 16:00

Отредактированный и измененный оригинальный ответ, ПОСЛЕ дальнейших 20+ экспериментов на обеих моих машинах. Чтобы сделать короткий ответ, я удалю все неправильные предположения и выводы в старом ответе.

---------------- Мои компьютеры ARE 1. Fujitsu LIFEBOOK- LH532, который UEFI BIOS на материнской плате был уничтожен Ubuntu EFI ubiquity версии 12.04, в 2012 году https://bugs.launchpad.net/ubuntu/+source/efibootmgr/+bug/1082418 Очевидно, что я выбираю ручную установку BIOS на своем ноутбуке UEFI LH532. С тех пор, как я НЕ ХОЧУ открыть MY NOTEBOOK TO SHORT JUMPER cl1 & amp; cl2 НА ГЛАВНОМ ЗАПУСКЕ снова, ПОКАЯТЬ, ЧТО Я «ОШИБКА» ЕЩЕ ЕЩЕ. *** Я принудительно использовал режим BIOS, не предоставляя EFI partion на любом жестком диске. НО ВСЕ УСТАНОВКИ ОБНАРУЖАЮТ ОСНОВНУЮ УСТАНОВКУ UEFI И ПОПРОБУЕТ УСТАНОВИТЬ EFI UBUNTU «FIRST».

Старый сервер Gigabyte xenon, не имеющий UEFI. У которого нет никаких ошибок.

Ошибки точно так же, как тема, привели к проблемам с «UEFI» NOTEBOOK ONLY.

Старый сервер Gigabyte xenon, не имеющий UEFI. Который не имеет никаких ошибок. «ИЛИ IF LUCKY» будет просто использовать старый Bios grub, установленный 16.04, и загрузиться в новый 18.04 (в старых 16.04 разделах) с некоторой ошибкой в ​​начале времени загрузки.

Мои компьютеры ARE

«OR IF LUCKY» будет использовать только старый Bios grub, установленный 16.04, и загрузиться в новый 18.04 (в старые 16.04 разделы) с некоторой ошибкой в ​​начале времени загрузки.

https://bugs.launchpad.net/ubuntu/+source/efibootmgr/+bug/1082418

Легко и отлично «большую часть времени». Я использовал 16.04 UBUNTU или LUBUNTU для новой установки на других разделах жесткого диска на том же компьютере, что вы установили «18.04» и не смогли установить grub с этой ОШИБКОЙ.

Так, чтобы 16.04 запустил вашу систему. И да, вы можете получить доступ к версиям Great 18.04 из этого 16.04 grub.

И ДА, я использую UBUNTU 18.04, чтобы написать этот ответ, после того, как LUBUNTU 16.04 УСТАНАВЛИВАЕТ НОВЫЙ GRUB ДЛЯ моего ноутбука LH532 с правильным выбором 18.04.

Причины ошибки в этой теме: вы не предоставляете разделы EFI для режима установки «что-то еще».

Итак, если вы нарочно, как и я, не иметь раздел EFI. вы будете иметь эту ошибку.

Но версии 16.04, имеют более умный UBIQUITY или? без разницы? чем 18.04. Он установит, что вы устанавливаете с установкой BIOS (нет раздела efi на жестком диске), и вы можете выбрать «ВЕРНУТЬСЯ», чтобы установить ubuntu в режиме BIOS. Но 18.04 будет делать установку с любым выбором в моем случае и, возможно, вашим.

Я буду называть эти более плохие качества в этих условиях 18.04 как «BUG». Но это может быть намерение программистов заставить нас использовать только правильную чистую автоматизацию только, что они должны были удалить «что-то еще».

Легко и отлично «большую часть времени ». Я использовал 16.04 UBUNTU или LUBUNTU для новой установки на других разделах жесткого диска на том же компьютере, что вы установили «18.04» и не смогли установить grub с этой ОШИБКОЙ.

Затем установите UBUNTU 18.04 без ошибок, хотя он ревниво запрещает мне загружаться в MANJARO LINUX, который я установил после Windows 10 без проблем.

И, конечно же, UBUNTU 18.04 уничтожает мой BIOS F12. JEALOUSELY ЗАПРЕЩАЕТСЯ установить любую другую ОС, и я должен открыть корпус ноутбука для перемычки CL1 и CL2 короткого замыкания, чтобы получить F12 для выбора загрузочного носителя.

Я сообщил об этом на обеденный стол в качестве ссылки I Предоставьте выше.

Извините за тему немного, но вы все знаете, что больше ошибок в вездесущности или процессе установки больше, чем эта проблема.

1
ответ дан 23 July 2018 в 16:55

Если после получения этого сообщения об ошибке вы перезагрузили свой компьютер и не смогли загрузить Ubuntu из-за ошибки загрузки GRUB, вам необходимо переустановить GRUB вручную в системный раздел EFI (ESP) через chroot.

Используйте Live Session

Загрузите LiveUSB (или LiveCD) и выберите «Попробовать Ubuntu без установки». Позже вам может потребоваться убедиться, что вы можете подключиться к Интернету в своей живой сессии.

Chroot

Предположим, вы установили Ubuntu в раздел /dev/sdXY, а уже существующий ESP в разделе /dev/sdXZ на жестком диске /dev/sdX. Откройте терминал и выполните следующие команды:

$ sudo mount /dev/sdXY /mnt $ sudo mount /dev/sdXZ /mnt/efi $ for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done (Now, if you customized Ubuntu installation by dividing some directories up into different partitions (eg. '/boot', '/opt', etc.), you should mount them too under `/mnt` directory. You may refer to `/mnt/etc/fstab` file to remember what you did on the installed Ubuntu system) $ sudo chroot /mnt

Переустановите grub2 с правой версией EFI

Как только вы chroot успешно вошли в вашу установленную систему Ubuntu, сделайте (re) установить правильный пакет grub-efi-* для архитектуры вашего ПК:

# apt-get install --reinstall grub-efi-x86_64 (тот, который я использовал для процессора Intel i5)

или

# apt-get install --reinstall grub-efi-amd64

или

# apt-get install --reinstall grub-efi-ia32 и т. д. Вы можете получить список доступных пакетов с помощью # apt-cache search ^grub-efi

Наконец, чтобы установите grub2 в свой диск:

# grub-install --boot-directory=/boot --bootloader-id=ubuntu-fix --target=x86_64-efi --efi-directory=/efi # update-grub

Обратите внимание: --target=x86_64-efi может отличаться в зависимости от вашей системы (например, i386-pc по умолчанию, возможно amd64-efi и т. д.). Проверьте # grub-install --help для получения дополнительной информации.

Выйдите из chroot, unbind / unmount безопасно каталоги и amp; reboot

Выйти из chroot с помощью Ctrl + D или # exit Отключить безопасно и перезагрузиться: $ for i in /sys /proc /dev/pts /dev; do sudo umount /mnt$i; done $ sudo umount /mnt/efi (Unmount any other customized partitions, if you had any) $ sudo umount /mnt $ sudo reboot

Ubuntu теперь должен нормально загружаться.

Ссылки:

Как переустановить GRUB2 EFI? Как переустановить GRUB в раздел EFI?
1
ответ дан 23 July 2018 в 16:55

У меня такая же ошибка при установке ubuntu 18.04 с загрузочного USB. Я сделал компакт-диск BOOT, и установка прошла успешно.

0
ответ дан 23 July 2018 в 16:55
  • 1
    Спасибо за ваш ответ, но это кажется субоптимальным ответом. Установка 18.04 с USB возможна и является частью предполагаемого дизайна, поэтому, скорее всего, это проблема, отличная от USB, в качестве правильного установочного носителя. – Jeremy 1 May 2018 в 02:36

У меня была такая же проблема при установке с флеш-накопителя USB с использованием загрузки UEFI. Когда это не удалось, я последовал за одним из комментариев здесь, загрузившись с универсального флэш-диска, отличного от UEFI, для выполнения установки, и это сработало. В то время я не знал ничего об UEFI и понятия не имел, почему один метод работал, но не другой.

С тех пор я немного изучил его и теперь понимаю, что UEFI (Unified Extensible Firmware Interface ) является преемником BIOS и имеет разные требования. В частности, Linux требует раздел / boot / efi, если используется UEFI, который я еще не создал (я создавал разделы вручную).

Сообщения об ошибках, безусловно, могут быть более четкими. Программа раздела диска UEFI должна потребовать раздел загрузки efi, прежде чем вы сможете продолжить работу. Вместо этого он выполняет большую часть установки Linux перед тем, как сообщить об ошибке «Ошибка установки GRUB».

0
ответ дан 23 July 2018 в 16:55
  • 1
    вопрос ... a / boot / efi раздел или каталог ??? У меня также была проблема с тем, что grubn2 сдулся ... но я подумал, что это связано с тем, что у меня есть 2 SSD-установки, а мой первый GPT - второй раздел MS-DOS ... Я думал, что проблема была в том, что GPT был первым, хотя пытаясь установить на секунду и указывая, что для загрузки. SO ... make / boot / / book / efi swap / как разделы huh ??? я только что установил Fedora на второй, и он работал – george Barbaz 9 June 2018 в 07:11
  • 2
    @georgeBarbaz Я считаю, что это должен быть раздел. Вот некоторая информация UEFU UUUUTU от нескольких лет назад, для более ранней версии: Информация UEFI – Tom Karzes 9 June 2018 в 12:46

Я думаю, у вас есть три варианта:

Используйте таблицу разделов GPT на диске Загрузите установщик в устаревший режим. Если оба варианта не являются (или не работают), используйте обходной путь, описанный в: https: //bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1771651

Надеюсь, это поможет, привет, Onno

0
ответ дан 23 July 2018 в 16:55

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

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