"Не вдалося встановити пакет" grub-efi-amd64 "під час встановлення Ubuntu 18.04 [дублікат]

Коли я намагаюся встановити Ubuntu 18.04 на робочий стіл, вона показує таку помилку:

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

Як виправити цю помилку?

Відредагована та змінена оригінальна відповідь, ПІСЛЯ подальших 20+ експериментів на обох моїх машинах. Щоб зробити коротку відповідь, я видалю всі невірні припущення та висновки зі старої відповіді.

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

2. Старий гігабайтний ксеноновий сервер, що не є основною платою UEFI.

   У яких взагалі немає помилок.

Помилки, точно в темі, призвели до проблем із "УЕФІ" ПРИМІТКА ТОЛЬКО.

1. Ноутбук UEFI, що не підтримується, (LH532). Повсюдність знищить існуючу групу UBUNTU.
2. "АБО ЯКЩО ЛЮБИЙ" просто використовувати стару групу Bios, встановлену до 16.04, і завантажиться на нові 18.04 (у старих розділах 16.04) з деякою помилкою на початку часу завантаження.

Я зафіксував завантаження

1. Біль ?? складний? Використання Boot-Repair (не вдалося використати grubcustomiser), встановленого в існуючій установці ubuntu на інших розділах або BOOTED Live usb. І дотримуйтесь інструкцій, які відрізнялися від часу до інших, залежать від конфігурації жорстких дисків в системах, а також від смаку використовуваного ubuntu 18.04.

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

2. Легко та чудово "більшість часу". Я використав 16.04 з UBUNTU OR LUBUNTU, щоб зробити інсталяцію на інших розділах жорсткого диска на тому самому комп’ютері, на якому ви встановили "18.04" і не вдалося встановити grub з цією ПОМИЛОЮ.

Так що 16.04 зробить завантаження вашої системи. І так, ви можете отримати доступ до версій Great 18.04 з 16.04.

І ТАК, я використовую UBUNTU 18.04, щоб написати цю відповідь, після того, як LUBUNTU 16.04 ВСТАНОВИЛО НОВУ ГРУБУ для мого ноутбука LH532 з правильним варіантом вибору 18.04.

Причини помилки цієї теми полягає в тому, що ви не надаєте розділи EFI для ручного режиму встановлення "чогось іншого".

Тож якщо ви цілеспрямовано, як і я, не мати розділу EFI. у вас буде ця помилка

Але версії 16,04, мають розумнішу UBIQUITY або? що завгодно? ніж 18.04. Буде встановлено, що ви встановлюєте при встановленні BIOS (на жорсткому диску немає розділу efi), і ви дозволяєте вибрати "GO BACK" для установки ubuntu в режимі BIOS. Але 18.04 зробить встановлення без будь-якого вибору в моєму випадку та можливого вашого.

Я погіршую якість в цих умовах 18.04, я називатиму "БУГ". Але це може бути намір програмістів змусити нас використовувати тільки належну чисту автоматику тільки ???, яку вони повинні мати видалити "щось інше".

3. У мене проблеми виправлені, повністю РЕФОРМУЙТЕ свій SSD. Встановіть режим Windows 10 UEFI. Який автоматично створює розділ EFI.

Тоді встановіть UBUNTU 18.04 без помилок, хоча він ревно забороняє мені завантажуватися в MANJARO LINUX, який я встановив після Windows 10, також без проблем.

І звичайно, UBUNTU 18.04 знищує мій BIOS F12. ЩЕ ЗАБОРОНУЮТЬ мені встановлювати будь-яку іншу ОС, і я повинен відкрити корпус ноутбука на перемикачах короткого замикання CL1 і CL2, щоб змусити F12 обрати завантажувальний носій.

Я повідомив про це в ланчпад як посилання, яке я надаю вище.

Вибачте трохи від теми, але нехай ви всі знаєте, що більше помилок у повсюдності або процесі встановлення більше, ніж ця проблема.

Якщо після отримання цього повідомлення про помилку, ви перезавантажили комп'ютер і не можете завантажувати 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

Після того, як ви успішно перейшли в установлену систему 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 повинен нормально завантажуватися.

Список літератури:

• Як перевстановити GRUB2 EFI?
• Як я можу перевстановити GRUB на розділ EFI?

У мене є аналогічна помилка при установці ubuntu 18.04 з завантажувального USB. Я зробив BOOT CD і установка пройшла успішно.

Я думаю, у вас є три варіанти:

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

Я сподіваюся, що це допомагає, з повагою,
Онно

У мене була така ж проблема при установці з флеш-пам'яті USB за допомогою завантажувача UEFI. Коли це не вдалося, я перейшов до одного з коментарів тут, завантажившись із загального флеш-диску, що не є UEFI, щоб зробити встановлення, і це спрацювало. У той час я нічого не знав про UEFI і не мав поняття, чому один метод працює, а інший не.

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

Повідомлення про помилки, безумовно, можуть бути зрозумілішими. Програма розбиття диска UEFI повинна вимагати завантажувального розділу efi, перш ніж дозволяти вам продовжувати. Натомість він виконує більшу частину встановлення Linux, перш ніж подавати помилку "Установка GRUB не вдалася".