No se puede instalar Ubuntu en Acer Aspire ES1-533


10

Compré esta computadora y quería instalar Ubuntu en ella. El problema es que no he tenido éxito durante más de 3 semanas. La computadora viene con UEFI de capacidades muy limitadas. No se puede cambiar a heredado y no hay una opción para seleccionar un archivo UEFI como confiable para la ejecución . Lo único que se puede hacer es habilitar / deshabilitar el arranque seguro .

Ahora sobre el problema. Intenté instalar Ubuntu al principio en modo automático, luego también con particionamiento manual en otra cosa . En ambos casos, la instalación se bloquea al instalar grub2 en / dev / sda y la computadora se bloquea.

Luego decidí instalar sin el cargador de arranque usando ubiquity -b . Esto funcionó bien y la instalación terminó sin ningún problema. Finalmente intenté instalar el gestor de arranque manualmente usando grub-install . Y aquí llego al mismo punto: la computadora se cuelga.

aquí la instalación grub se congela

Entonces, el problema es cuando efibootmgr intenta registrar la nueva entrada en UEFI. También lo confirmé ejecutando esto:

_sudo efibootmgr -c -d /dev/sda -p 1 -w -L ubuntu_ 

después de lo cual se cuelga nuevamente.

Mi idea de cómo hacer que funcione es la siguiente:

Instale Ubuntu sin el gestor de arranque, instale el gestor de arranque manualmente sin intentar registrar una nueva entrada en UEFI, mueva el gestor de arranque de / EFI / ubuntu / a / EFI / BOOT / y cámbiele el nombre a bootx64.efi . Entonces estoy casi seguro de que funcionará.

¿Alguien puede aconsejar sobre cómo:

  1. realizar grub-install sin intentar registrar una nueva entrada UEFI mediante efibootmgr para que se ejecute y no se congele la computadora?

  2. ¿Qué archivos de / EFI / ubuntu / debo copiar a / EFI / BOOT y a cuáles de ellos debo cambiar el nombre por bootx64.efi ?

  3. Si este no es el buen camino a seguir, cuál sería la mejor solución.

Gracias por cualquier consejo


1
El mismo problema aquí ... acabo de comprar esto, hace un par de días.
Menos

Respuestas:


12

El problema se puede resolver de la siguiente manera:

  1. Arranque Ubuntu Live DVD / USB en modo de prueba y abra la terminal

  2. Ejecute el proceso de instalación sin instalar el gestor de arranque:

    sudo ubiquity -b
    
  3. Presione Continue testingdespués de que termine la instalación.

  4. Monte el sistema de archivos recién instalado en /mnt:

    sudo mount /dev/sda2 /mnt
    sudo mkdir /mnt/boot/efi
    sudo mount /dev/sda1 /mnt/boot/efi
    for i in /dev /dev/pts /proc /sys; do sudo mount -B $i /mnt$i; done
    

(donde sda2está la partición raíz y sda1es la partición del sistema EFI)

  1. Cargar efivars por:

    sudo modprobe efivars
    
  2. Reinstalar grub-installpara una versión de 64 bits

    sudo apt-get install --reinstall grub-efi-amd64
    sudo grub-install --no-nvram --root-directory=/mnt
    
  3. Cambiar root a /mnty actualizar grub

    sudo chroot /mnt
    sudo update-grub
    
  4. Mueva y cambie el nombre del gestor de arranque instalado

    cd /boot/efi/EFI
    sudo cp -R ubuntu/* BOOT/
    cd BOOT
    sudo cp grubx64.efi bootx64.efi
    
  5. Reinicia el sistema.

Más detalles pueden ser encontrados aquí:

Discusión de la comunidad de Acer


2
Cuando lo hago: sudo mount / dev / sda2 / mnt sudo mkdir / mnt / boot / efi me da un error y dice que estos están en uso o no existen. ¿Cómo puedo verificar cuál es mi equivalente de estas carpetas? Además, al instalar Ubuntu, ¿debería elegir particiones personalizadas? ¿Cómo se veían tus particiones cuando hiciste esto?
Dinnerisserved

1
¡Esta solución funcionó para mí en un Lenovo L450 al instalar Linux Mint 19! Al igual que el OP, no tenía la opción de seleccionar un archivo UEFI confiable.
Simon M. Laube el

¡Gran respuesta! Funcionó de maravilla en un terco Acer Aspire ES1-533-P7P6 con Kubuntu 18.04.2. ¡Muchas gracias!
David Verdin

@dinnerisserved puede enumerar todas sus unidades usandosudo lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT,LABEL
Sisir

lista partición efisudo fdisk -lu|grep -i efi
Sisir

5

Primero, le recomiendo que presente un informe de error sobre sus problemas, como se describe aquí. No hay garantía de que esto produzca resultados positivos, pero sin informes de errores, es muy poco probable que los desarrolladores solucionen los problemas.

En segundo lugar, dijo que usó el siguiente comando manualmente para intentar registrar GRUB con el firmware:

sudo efibootmgr -c -d /dev/sda -p 1 -w -L ubuntu

Ese sistema, sin embargo, es que falta un parámetro importante: -l {filename}. Además, nunca antes lo había visto -wcomo una opción obligatoria, por lo que probablemente debería eliminarse. En total, su comando debería ser:

sudo efibootmgr -c -d /dev/sda -p 1 -L ubuntu -l \\EFI\\ubuntu\\grubx64.efi

Cambie grubx64.efia shimx64.efisi está seguro de que el shimx64.efiarchivo está instalado y si desea poder iniciar con Secure Boot activo. Dado que la instalación principal del sistema operativo se está congelando, dudo que este cambio ayude en absoluto, pero vale la pena intentarlo.

En cuanto al resto, creo que la --no-nvramopción grub-installdebería evitar que intente actualizar las variables de NVRAM a través de efibootmgr. Esta opción no se menciona en la manpágina, pero creo que es una opción válida.

También puede consultar mi página sobre cargadores de arranque EFI para Linux, y especialmente su subpágina sobre cómo instalar cargadores de arranque. Esto le dará algunos antecedentes sobre cómo proceden los "aspectos básicos" de estas operaciones. Es posible que incluso desee utilizar algo más que GRUB 2 como su cargador de arranque.

Para el arranque con el nombre de archivo predeterminado, debe copiar todos /boot/efi/EFI/ubuntua /boot/efi/EFI/BOOTy de cambio de nombre grubx64.efia bootx64.efidentro de ese directorio. Alternativamente, puede instalar algo más usando el nombre de archivo alternativo. Una advertencia importante con esto es que esto puede no funcionar si la computadora ya está iniciando Windows (o algún otro sistema operativo). En ese caso, es posible que deba "secuestrar" el cargador de arranque de Windows reemplazándolo con GRUB 2 (o lo que quiera usar) y moviendo el cargador de arranque de Windows a otro lugar.


OK, finalmente parece que alguien más ha presentado el error antes que yo. Ver [enlace] ( bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1652090 )
Sladek90

1

De hecho, Linux puede instalarse y arrancarse en el Acer ES1-533 secuestrando el cargador de arranque predeterminado (Windows), como lo describe Sladek90 y también se detalla en el excelente sitio web de Rod Smith. Sin embargo, eso no es necesario.

Una mejor manera es instalar Linux sin escribir en la NVRAM , ya que una escritura de efibootmgr, que casi todas las distribuciones hacen, congelará el sistema (solo es posible leer).

La solución es usar el sistema rEFInd live (por ejemplo, una memoria USB), iniciarlo, abrir el shell UEFI y generar la entrada UEFI requerida con bcfg , por ejemplo:

bcfg boot add 2 fs0:\EFI\ubuntu\grubx64.efi "GRUB Loader"

Esto agrega una entrada de arranque para GRUB en la pos. 2. Cuando reinicie y presione F12, ¡tendrá la opción de iniciar GRUB (y luego Ubuntu) o Windows!


¿Podría agregar un proceso paso a paso en lugar de proporcionar una idea aproximada?
Sisir
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.