«Пакет« grub-efi-amd64-подписанный »не удалось установить в / target /» во время установки Ubuntu 18.04 [копия]


9

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

всплывающая ошибка с повсеместностью

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

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


Ваш компьютер поддерживает EFI? похоже вы пытаетесь установить grub-efi на MBR диск или вы создали системный раздел EFI? проверьте настройки BIOS и обновите свой вопрос,
добавив

1
Разместите ссылку в сводном отчете Create BootInfo. Является частью Boot-Repair: help.ubuntu.com/community/Boot-Info
oldfred

1
У меня была такая же проблема. Что мне помогло, так это выбор варианта загрузки без UEFI на установщике USB.
Эстебан Кнобль

Ответы:


2

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

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

  1. Старый ксеноновый сервер Gigabyte без материнской платы UEFI.

    Который не имеет ошибок вообще.

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

  1. НЕ загружаемый ноутбук UEFI (LH532). Повсеместное уничтожение Уничтожить существующий UBUNTU GRUB.
  2. «ИЛИ ЛАКИ» будет просто использовать старый Bios grub, установленный 16.04, и загрузиться в новый 18.04 (в старых разделах 16.04) с некоторой ошибкой в ​​начале времени загрузки.

Я исправил загрузку

  1. Боль ?? сложный? Использование Boot-Repair (не удалось использовать grubcustomiser), установленного в существующей установке Ubuntu на других разделах или на BOOTED Live usb. И следуйте инструкциям, которые в разное время отличались от других, зависит от конфигурации жестких дисков в системах, а также от используемой версии ubuntu 18.04.

https://help.ubuntu.com/community/Boot-Repair

  1. Легко и отлично "большую часть времени". Я использовал 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 на жестком диске) и позволяете выбрать «GO BACK» для установки Ubuntu в режиме BIOS. Но 18.04 сделает установку без какого-либо выбора в моем случае и, возможно, с вашим.

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

  1. Я исправил проблемы, полностью РЕФОРМАЦИЯ моего SSD. Установите режим Windows 10 UEFI. Который автоматически создает раздел EFI.

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

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

Я сообщил об этом на блокнот, как указанная выше ссылка.

Немного извините за тему, но пусть все знают, что в распространенности и процессе установки больше ошибок, чем в этой проблеме.


2

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

Использовать Live Session

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

корневой

Предположим, вы установили 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, убедитесь, что (пере) установили правильный 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 , безопасно отсоедините / размонтируйте каталоги и перезагрузите компьютер

  1. Выход из chroot с помощью Ctrl+ Dили# exit
  2. Безопасное отключение и перезагрузка:

    $ 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 теперь должен загружаться нормально.

Ссылки:


Я также установил пакет grub-efi-amd64-signedи использовал --uefi-secure-bootопцию с grub-installкомандой. Я полагаю, что это может быть важно, когда включена безопасная загрузка.
Петр и волк

1

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


Спасибо за ваш ответ, но это кажется неоптимальным ответом. Установка 18.04 от USB возможна и является частью предполагаемой конструкции, поэтому, скорее всего, проблема заключается в том, что USB не является правильным установочным носителем.
Джереми

0

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

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

Я надеюсь, что это помогает, привет,
Онно


0

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

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

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


вопрос ... раздел / каталог / boot / efi ??? у меня также была эта проблема с удалением grubn2 ... но я подумал, что это потому, что у меня есть установка на 2 SSD с моим первым GPT вторым разделом MS-DOS ... я думал, что проблема была в том, что GPT был первым, хотя пытаясь установить на вторую и указав, что для загрузки. ТАК ... сделать / boot / / book / efi swap / как разделы да ??? я только что установил Fedora на второй, и это сработало
Джордж Барбаз

@georgeBarbaz Я считаю, что это должен быть раздел. Вот некоторая информация по Ubuntu UEFI, выпущенная несколько лет назад для более раннего выпуска: Информация UEFI
Том Карзес,
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.