it-swarm-es.tech

Intentar instalar Ubuntu 15.10 en un USB todavía escribe EFI en el disco duro principal

Tengo una PC con Windows 10 pero estoy tratando de enseñarles a mis hijos la programación en C y estaba tratando de instalar Linux en una unidad USB extraíble.

Configuración de PC: Tengo un i3 con una placa base gigabyte z97x gaming 3. Tengo Windows 10 en el SSD y lo tengo configurado para arrancar UEFI solo en BIOS (el arranque seguro está desactivado).

Arranqué el instalador USB perfectamente bien en modo UEFI seleccionándolo desde la BIOS (claramente dicho UEFI) y fue creado usando dd en una distribución de ubuntu en mi laptop linux con la instalación de ubuntu iso, en modo UEFI (menú de arranque F12). Eso arrancó bien. Para instalarlo en el otro USB, ejecuté la función de instalación del menú ubuntu en la unidad del instalador. Luego configure mis propias particiones en el USB Installee. Hice una partición efi de 512 mb (primaria), una parte ext4 de 27 gb (primaria) y una parte de intercambio de 4 gb (también primaria).

seleccioné instalar el gestor de arranque en/dev/sdc. Se instala genial y se reinicia.

Bien ... ahora las cosas se ponen un poco extrañas. Y no puedo entender qué estoy haciendo mal aquí.

Cuando miro mis opciones de arranque en el selector de arranque F12, hay 4 opciones en la lista. Windows boot manager, ubuntu, ubuntu, (sí 2 de ellos) y Samsung 32gb UEFI boot (la unidad usb es un samsung). Si selecciono Windows, se inicia en Windows. Si selecciono Samsung 32GB UEFI, ¿aún se inicia en Windows? Pero si selecciono ubuntu ... se inicia en ubuntu en la unidad USB de 32GB.

Más frustrante, si saco la unidad USB, la opción de arranque UEFI de Samsung desaparece pero las opciones de ubuntu permanecen. Cuando hace clic en ellos sin la unidad USB, va a un menú de grub y no arranca. En la BIOS, esas dos opciones de ubuntu se enumeran en la unidad SSD, lo que significa que aunque específicamente le dije que no se instalara allí, ¿todavía instaló grub en él?

Afortunadamente, Windows aún se iniciará si se selecciona el administrador de inicio de Windows, pero esto es muy frustrante. ¿Por qué se metió con eso? Fui a reparar Windows y usé bootrec e hice/FixMbr y/FixBoot pero las opciones de ubuntu permanecen. ¡Grub parece haberse llenado en alguna parte pero no sé dónde! La unidad USB tampoco se iniciará en mi computadora portátil (aunque el instalador se iniciará en modo UEFI muy bien).

No estoy seguro de lo que hice mal. Me aseguré de que estaba en modo UEFI, no en modo BIOS al instalar, y nunca seleccioné nada que pudiera tocar/dev/sda en el arranque para que se enredara con mi HD.

Fedora 23 se instalará perfectamente y se iniciará en modo UEFI cuando se instale en una unidad USB.

Realmente agradecería un poco de ayuda! ¡Gracias!

2
FrostedCookies

Al instalar bajo EFI, se ignora la opción "dispositivo para la instalación del cargador de arranque" (o como se llame; no he verificado ese detalle). No he verificado que realmente funcione, pero hay otra forma de especificar dónde va el cargador de arranque: es la partición marcada como "Partición de arranque EFI" o "Partición del sistema EFI" (el término varía con la versión de Ubuntu) en la lista de particiones "Algo más". En teoría si marca el ESP en la unidad USB y desmarca el ESP en el disco duro, el instalador debe poner GRUB 2 en la unidad USB. No he probado que esto realmente funcione, pero debería funcionar.

Dicho esto, también se encuentra con otro problema: la entrada del administrador de arranque EFI que describe, para arrancar desde una unidad USB, hace no inicia el archivo EFI/ubuntu/shimx64.efi, que es donde Ubuntu almacena su primer cargador de arranque. Por el contrario, esa opción lanza el archivo de cargador de arranque EFI "alternativo", EFI/BOOT/bootx64.efi. Este nombre de archivo se usa como un nombre de archivo "genérico" del cargador de arranque para medios extraíbles. La idea es que un instalador del sistema operativo u otro medio externo no tenga una entrada NVRAM que funcione, por lo que se necesita una ubicación estandarizada del cargador de arranque para arrancar instaladores del sistema operativo, discos de emergencia, etc. Por lo tanto, si desea hacer una unidad USB que se puede iniciar en cualquier computadora basada en EFI x86-64, debe copiar EFI/ubuntu a EFI/BOOT y renombrar EFI/BOOT/shimx64.efi a EFI/BOOT/bootx64.efi. IIRC, también tendrá que dejar EFI/ubuntu en su lugar, ya que hay rutas codificadas en uno o más binarios, por lo que se necesitan ambos directorios.

Otro punto: si tiene la intención de utilizar la unidad USB en una sola computadora, es posible que no pueda copiar GRUB a EFI/BOOT; sin embargo, algunos EFI limpian sus entradas de NVRAM si arrancan y notan que una entrada es inaccesible. Por lo tanto, si retira la unidad USB y arranca sin que esté insertada, puede perder la entrada ubuntu. Solo por esta razón, es conveniente copiar GRUB al nombre del archivo de respaldo.

La razón por la que ves un grub> Aviso cuando intentas iniciar la opción ubuntu con la unidad USB desconectada es porque la configuración de Ubuntu [GRUB se basa en una GRUB binario en la partición ESP (en su disco interno) y archivos de configuración en la partición Ubuntu /boot (en la unidad USB). Por lo tanto, cuando la unidad USB se desenchufa, GRUB se inicia, pero no puede leer su archivo de configuración, por lo que falla miserablemente.

2
Rod Smith

Se topó con un error conocido 1173457 porque siempre se instalaba en el EFI primario en lugar de donde lo indica. Sin embargo, también está confundido por el nuevo mecanismo de arranque UEFI: los cargadores de arranque de Ubuntu (shim, grub) se colocan en el sistema de archivos EFI en su propio directorio,/EFI/ubuntu, sin sobrescribir nada de Windows. La solución simple es simplemente copiar el sistema de archivos EFI del disco primario al USB y seleccionarlo para el primer dispositivo de arranque. El otro inconveniente es que el grub de Ubuntu todavía no puede iniciar Windows con el inicio seguro habilitado, deberá usar el menú de inicio EFI (algunas teclas de función en el encendido para seleccionar dispositivos/oses) o desactivar el inicio seguro.


Agregue usted mismo a la "lista" de errores en 1173457 (la pregunta "¿me afecta este error?). Como una segunda persona nunca se ha agregado a sí misma, este error, presentado en 2013, nunca llegó a" confirmarse ", así que tal vez eso sea por qué nunca se solucionó.

Buena pregunta sobre las actualizaciones, pero incluso si van al ESP incorrecto, las versiones antiguas siguen funcionando, por lo que es posible que nunca sepas.

2
ubfan1