Когда я пытаюсь установить Ubuntu 18.04 на свой рабочий стол, он показывает следующую ошибку:
Пакет 'grub-efi-amd64-signed' не удалось установить в /target/. Без загрузчика GRUB установленная система не загружается.
Как исправить эту ошибку?
Отредактированный и измененный оригинальный ответ, ПОСЛЕ дальнейших 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 Предоставьте выше.
Извините за тему немного, но вы все знаете, что больше ошибок в вездесущности или процессе установки больше, чем эта проблема.
Если после получения этого сообщения об ошибке вы перезагрузили свой компьютер и не смогли загрузить Ubuntu из-за ошибки загрузки GRUB, вам необходимо переустановить GRUB вручную в системный раздел EFI (ESP) через chroot.
Загрузите 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
Как только вы 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 для получения дополнительной информации.
$ 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?У меня такая же ошибка при установке ubuntu 18.04 с загрузочного USB. Я сделал компакт-диск BOOT, и установка прошла успешно.
У меня была такая же проблема при установке с флеш-накопителя USB с использованием загрузки UEFI. Когда это не удалось, я последовал за одним из комментариев здесь, загрузившись с универсального флэш-диска, отличного от UEFI, для выполнения установки, и это сработало. В то время я не знал ничего об UEFI и понятия не имел, почему один метод работал, но не другой.
С тех пор я немного изучил его и теперь понимаю, что UEFI (Unified Extensible Firmware Interface ) является преемником BIOS и имеет разные требования. В частности, Linux требует раздел / boot / efi, если используется UEFI, который я еще не создал (я создавал разделы вручную).
Сообщения об ошибках, безусловно, могут быть более четкими. Программа раздела диска UEFI должна потребовать раздел загрузки efi, прежде чем вы сможете продолжить работу. Вместо этого он выполняет большую часть установки Linux перед тем, как сообщить об ошибке «Ошибка установки GRUB».
Я думаю, у вас есть три варианта:
Используйте таблицу разделов GPT на диске Загрузите установщик в устаревший режим. Если оба варианта не являются (или не работают), используйте обходной путь, описанный в: https: //bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1771651Надеюсь, это поможет, привет, Onno
Отредактированный и измененный оригинальный ответ, ПОСЛЕ дальнейших 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 Предоставьте выше.
Извините за тему немного, но вы все знаете, что больше ошибок в вездесущности или процессе установки больше, чем эта проблема.
Если после получения этого сообщения об ошибке вы перезагрузили свой компьютер и не смогли загрузить Ubuntu из-за ошибки загрузки GRUB, вам необходимо переустановить GRUB вручную в системный раздел EFI (ESP) через chroot.
Загрузите 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
Как только вы 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 для получения дополнительной информации.
$ 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?У меня такая же ошибка при установке ubuntu 18.04 с загрузочного USB. Я сделал компакт-диск BOOT, и установка прошла успешно.
У меня была такая же проблема при установке с флеш-накопителя USB с использованием загрузки UEFI. Когда это не удалось, я последовал за одним из комментариев здесь, загрузившись с универсального флэш-диска, отличного от UEFI, для выполнения установки, и это сработало. В то время я не знал ничего об UEFI и понятия не имел, почему один метод работал, но не другой.
С тех пор я немного изучил его и теперь понимаю, что UEFI (Unified Extensible Firmware Interface ) является преемником BIOS и имеет разные требования. В частности, Linux требует раздел / boot / efi, если используется UEFI, который я еще не создал (я создавал разделы вручную).
Сообщения об ошибках, безусловно, могут быть более четкими. Программа раздела диска UEFI должна потребовать раздел загрузки efi, прежде чем вы сможете продолжить работу. Вместо этого он выполняет большую часть установки Linux перед тем, как сообщить об ошибке «Ошибка установки GRUB».
Я думаю, у вас есть три варианта:
Используйте таблицу разделов GPT на диске Загрузите установщик в устаревший режим. Если оба варианта не являются (или не работают), используйте обходной путь, описанный в: https: //bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1771651Надеюсь, это поможет, привет, Onno