"El paquete 'grub-efi-amd64-firmado' no se pudo instalar en / target /" durante la instalación de Ubuntu 18.04 [duplicado]

Cuando intento instalar Ubuntu 18.04 en mi escritorio, muestra el siguiente error:

No se 'grub-efi-amd64-signed'pudo instalar el paquete /target/. Sin el gestor de arranque GRUB, el sistema instalado no se iniciará.

¿Cómo arreglar este error?

Respuesta original editada y modificada, DESPUÉS de más de 20 experimentos en mis dos máquinas. Para que sea una respuesta corta, eliminaré todas las suposiciones y conclusiones incorrectas en la respuesta anterior.

---------------- Mis computadoras SON 1. Fujitsu LIFEBOOK-LH532, que UEFI BIOS en la placa base fue destruido por ubuntu EFI ubiquity versión 12.04, en 2012 https: //bugs.launchpad .net / ubuntu / + source / efibootmgr / + bug / 1082418 Obviamente elijo la instalación manual del BIOS en mi NoteBook UEFI LH532. DESDE QUE NO QUIERO ABRIR MI CUADERNO AL PUENTE DE CORTOCIRCUITO CL1 & CL2 EN EL TABLERO PRINCIPAL DE NUEVO DESDE QUE "EL ERROR" TODAVÍA ESTÁ ALLÍ. *** Forcé el modo BIOS manual al no proporcionar la partición EFI en ningún disco duro. PERO TODAS LAS INSTALACIONES DETECTARÁN LA TARJETA PRINCIPAL UEFI Y PROBARÁN INSTALAR EFI UBUNTU "PRIMERO".

2. Antiguo servidor Gigabyte xenon placa base no UEFI.

   Que no tiene errores en absoluto.

Los errores exactamente como es el tema, resultaron en problemas con el CUADERNO "UEFI" SOLO

1. Portátil UEFI no arrancable (LH532). Ubicuidad Destruye el GRUB UBUNTU existente.
2. "O SI TIENE SUERTE" simplemente usará el viejo Bios grub instalado antes del 16.04 y arrancará en el nuevo 18.04 (en las viejas particiones 16.04) con algún error al comienzo del tiempo de arranque.

FIJÉ EL ARRANQUE POR

1. ¿¿Dolor?? ¿complejo? Utilizando Boot-Repair (no se pudo usar grubcustomiser) instalado en la instalación existente de ubuntu en otras particiones o en el USB BOOTED Live. Y siga las instrucciones que eran diferentes de una a otra, dependiendo de la configuración de los discos duros en los sistemas, así como del sabor de ubuntu 18.04 utilizado.

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

2. Fácil y excelente "la mayor parte del tiempo". Utilicé 16.04 de UBUNTU O LUBUNTU para hacer una nueva instalación en otras particiones del disco duro en esa misma computadora, que instaló "18.04" y no pudo instalar grub con este ERROR.

De modo que 16.04 hará que su sistema arranque. Y sí, puede acceder a las versiones Great 18.04 de ese grub 16.04.

Y SÍ, uso UBUNTU 18.04 para escribir esta respuesta, después de que LUBUNTU 16.04 INSTALÓ NEW GRUB PARA mi portátil LH532 con la opción correcta para elegir 18.04.

Las razones del error de este tema es que no proporciona particiones EFI para el modo de instalación manual "algo más".

Entonces, si a propósito, como yo, no tiene una partición EFI. Tendrás este error.

Pero las versiones 16.04, ¿tienen una UBIQUIDAD más inteligente o? ¿lo que sea? de 18.04. Descubrirá que instala con la instalación del BIOS (sin partición efi en el disco duro) y le permite elegir "VOLVER" para instalar ubuntu con el modo BIOS. Pero el 18.04 hará la instalación sin ninguna opción en mi caso y posiblemente la suya.

Llamaré a esos de mala calidad en estas circunstancias de 18.04 como "ERROR". Pero podría ser la intención de los programadores obligarnos a usar solo una automatización de limpieza adecuada solo, que deberían haber eliminado la opción "algo más".

3. He corregido los problemas al REFORMAR completamente mi SSD. Instale el modo UEFI de Windows 10. Que crea automáticamente la partición EFI.

Luego instale UBUNTU 18.04 sin errores, aunque celosamente me prohíbe arrancar en MANJARO LINUX que instalé después de Windows 10 sin problemas.

Y, por supuesto, UBUNTU 18.04 destruye mi BIOS F12. PROBIBLEMENTE MEJORAMENTE que instale cualquier otro sistema operativo, y tengo que abrir la carcasa de la computadora portátil al puente de cortocircuito CL1 y CL2 para que F12 elija los medios de arranque.

Informé esto a lunchpad como el enlace que proporciono arriba.

Disculpe un poco el tema, pero le informo que hay más errores en la ubicuidad o en el proceso de instalación más que este problema.

Si después de recibir este mensaje de error, reinició su PC y no puede iniciar Ubuntu debido a un error de inicio de GRUB, debe reinstalar GRUB manualmente en la partición del sistema EFI (ESP) a través de chroot . Así es como hice para solucionar el problema en mi caso.

Usar sesión en vivo

Inicie en su LiveUSB (o LiveCD) y seleccione 'Probar Ubuntu sin instalar'. Más tarde, es posible que deba asegurarse de poder conectarse a Internet en su sesión en vivo.

Chroot

Supongamos que instaló Ubuntu en la /dev/sdXYpartición, y un ESP ya existente está en la /dev/sdXZpartición, en el disco duro /dev/sdX. Abra una terminal y ejecute estos comandos:

$ 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

Vuelva a instalar grub2 con la versión correcta de EFI

Una vez que realice el chroot con éxito en su sistema Ubuntu instalado, asegúrese de (re) instalar el grub-efi-*paquete adecuado para la arquitectura de su PC:

# apt-get install --reinstall grub-efi-x86_64 (el que usé para la CPU Intel i5)

o

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

o

# apt-get install --reinstall grub-efi-ia32, etc ... Puede obtener la lista de paquetes disponibles con # apt-cache search ^grub-efi

Finalmente, para instalar grub2 en su disco:

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

Tenga en cuenta que --target=x86_64-efipuede ser diferente según su sistema (por ejemplo, i386-pcpor defecto, tal vez amd64-efi, etc.). Consulte # grub-install --helppara más información.

Salga de chroot , desvincule / desmonte directorios de forma segura y reinicie

1. Salga de chroot con Ctrl+ Do# exit

2. Desmontar de forma segura y reiniciar:

   $ 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 ahora debería arrancar normalmente.

Referencias

• ¿Cómo reinstalar GRUB2 EFI?
• ¿Cómo puedo reinstalar GRUB en la partición EFI?

Tengo un error similar al instalar ubuntu 18.04 desde el arranque USB. Hice un CD de ARRANQUE y la instalación fue exitosa.

Creo que tienes tres opciones:

• Use una tabla de particiones GPT en el disco
  
• Arranque el instalador en modo heredado
  
• Cuando ambos no son una opción (o fallan), use la solución descrita en:
  https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1771651

Espero que esto ayude, saludos,
Onno

Tuve exactamente el mismo problema cuando instalé desde un dispositivo de memoria flash USB usando el arranque UEFI. Cuando eso falló, seguí uno de los comentarios aquí, arrancando desde el disco flash genérico no UEFI para hacer la instalación, y funcionó. En ese momento, no sabía nada sobre UEFI y no tenía idea de por qué un método funcionaba pero no el otro.

Desde entonces, lo he examinado un poco y ahora entiendo que UEFI (Interfaz de firmware extensible unificada) es un sucesor del BIOS y tiene diferentes requisitos. En particular, Linux requiere una partición / boot / efi si usa UEFI, que no había creado (estaba creando las particiones manualmente).

Los mensajes de error ciertamente podrían ser más claros. El programa de partición de disco UEFI debe requerir la partición de arranque efi antes de permitirle continuar. En su lugar, realiza la mayor parte de la instalación de Linux antes de dar el error "Error de instalación de GRUB".