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

9

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

ventana emergente de error con ubicuidad

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?

Primo Raj
fuente
¿Su computadora admite EFI? parece que está intentando instalar grub-efi en un disco MBR o, ¿creó una partición del sistema EFI? verifique la configuración de su BIOS y actualice su pregunta con más detalles sobre su problema
Eskander Bejaoui
1
Publique el enlace en el informe de resumen Crear BootInfo. Forma
oldfred
1
Estaba teniendo el mismo problema. Lo que funcionó para mí fue seleccionar la opción de arranque no UEFI en el instalador USB.
Esteban Knöbl
- Asignar 150 MB a EFI durante la partición. siga la imagen para más detalles
Arunph

Respuestas:

2

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".

  1. 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

  1. 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".

  1. 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.

aimwin
fuente
2

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

blitzter47
fuente
También instalé el paquete grub-efi-amd64-signedy usé la --uefi-secure-bootopción con el grub-installcomando. Supongo que esto podría ser esencial para cuando el arranque seguro esté activado.
Peter y el lobo
1

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

Prismehulko Prismehulko
fuente
Gracias por su respuesta, pero esta parece una respuesta subóptima. La instalación de 18.04 desde USB es posible y forma parte del diseño previsto, por lo que es probable que sea un problema que no sea USB el ser el medio de instalación correcto.
Jeremy
0

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".

Tom Karzes
fuente
pregunta ... una partición / directorio / boot / efi ??? También estaba teniendo este problema con grubn2 volando ... pero pensé que era porque tenía una configuración de 2 SSD con mi primer GPT como la segunda partición de MS-DOS ... Pensé que el problema era GPT siendo el primero aunque tratando de instalar en el segundo y especificando eso para el arranque. SO ... make / boot / / book / efi swap / as particions ¿eh? Acabo de instalar Fedora en el segundo y funcionó
george Barbaz
@georgeBarbaz Creo que tiene que ser una partición. Aquí hay información de Ubuntu UEFI de hace unos años, para una versión anterior: información de UEFI
Tom Karzes