Tengo una PC con Windows 10, pero estoy tratando de enseñarles a mis hijos programación en C y estaba intentando 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 iniciar UEFI solo en BIOS (el inicio seguro está desactivado).
Arranqué el USB del instalador perfectamente bien en modo UEFI seleccionándolo desde la BIOS (claramente decía UEFI) y lo creé usando dd en una distribución de ubuntu en mi computadora portátil Linux con ubuntu install iso, en modo UEFI (menú de inicio F12). Eso arrancó bien. Para instalarlo en el otro USB, ejecuté la función del menú instalar ubuntu en la unidad de instalación. Luego configure mis propias particiones en el USB del instalador. 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 raras. Y no puedo entender qué estoy haciendo mal aquí.
Cuando miro mis opciones de arranque en el selector de arranque F12, se enumeran 4 opciones. Administrador de arranque de Windows, ubuntu, ubuntu (sí, 2 de ellos) y arranque UEFI de Samsung de 32 gb (la unidad USB es un Samsung). Si selecciono Windows, arranca en Windows. Si selecciono Samsung UEFI de 32 GB, ¿todavía arranca en Windows? Pero si selecciono ubuntu... arranca en ubuntu en la unidad USB de 32 GB.
Lo que es más frustrante es que si saco la unidad USB, la opción de arranque UEFI de Samsung desaparece pero las opciones de Ubuntu permanecen. Cuando haces clic en ellos sin la unidad USB, se accede a un menú de grub y no arranca. En BIOS, esas dos opciones de Ubuntu aparecen debajo de la unidad SSD, lo que significa que, aunque le dije específicamente que no se instalara allí, ¿todavía instaló grub en ella?
Afortunadamente, Windows seguirá arrancando si se selecciona el administrador de arranque 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. Parece que la comida se ha metido en alguna parte, ¡pero no sé dónde! La unidad USB tampoco arranca en mi computadora portátil (aunque el instalador arrancará sin problemas en modo UEFI).
No estoy seguro de qué hice mal. Me aseguré de estar en modo UEFI, no en modo BIOS, al instalar y nunca seleccioné nada que pudiera tocar /dev/sda en el arranque para que afectara mi disco duro.
Fedora 23 se instalará perfectamente y arrancará en modo UEFI cuando se instale en una unidad USB.
¡Realmente agradecería un poco de ayuda! ¡Gracias!
Respuesta1
Al instalar bajo EFI, se ignora la opción "dispositivo para 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 qué partición está marcada como "partición de arranque EFI" o "partición del sistema EFI" (el término varía según la versión de Ubuntu). en la lista de particiones "Algo más".En teoria,Si marca el ESP en la unidad USB y desmarca el ESP en el disco duro, el instalador debería colocar GRUB 2 en la unidad USB. No he probado que esto realmente funcione, perodeberíatrabajar.
Dicho esto, también te encuentras con otro problema: la entrada del administrador de arranque EFI que describe, para arrancar desde una unidad USB, nonoinicie el EFI/ubuntu/shimx64.efiarchivo, que es donde Ubuntu almacena su primer cargador de arranque. Más bien, esa opción inicia el archivo del cargador de arranque EFI "alternativo", EFI/BOOT/bootx64.efi. Este nombre de archivo se utiliza como nombre de archivo del cargador de arranque "genérico" para medios extraíbles. La idea es que no es probable que un instalador del sistema operativo u otro medio externo tenga una entrada NVRAM que funcione, por lo que se necesita una ubicación estandarizada del cargador de arranque para iniciar los instaladores del sistema operativo, los discos de emergencia, etc. Por lo tanto, si desea crear una unidad USB que se puede iniciar en cualquier computadora basada en EFI x86-64, debe copiar y cambiar el nombre EFI/ubuntua . IIRC, también tendrás que dejarlo en su lugar, ya que hay rutas codificadas en uno o más archivos binarios, por lo que ambos directorios son necesarios.EFI/BOOTEFI/BOOT/shimx64.efiEFI/BOOT/bootx64.efiEFI/ubuntu
Otro punto: si tiene la intención de utilizar la unidad USB en una sola computadora, es posible que pueda evitar 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 ella insertada, puede perder la ubuntuentrada. Sólo por esta razón, es deseable copiar GRUB al nombre del archivo de respaldo.
La razón por la que ves un grub>mensaje cuando intentas iniciar la ubuntuopción con la unidad USB desconectada es porque la configuración de GRUB de Ubuntu se basa en un binario de GRUB en el ESP (en tu disco interno) y archivos de configuración en la partición de Ubuntu /boot(en el USB). conducir). Por lo tanto, cuando se desconecta la unidad USB, GRUB se inicia, pero no puede leer su archivo de configuración, por lo que falla estrepitosamente.
Respuesta2
Te topaste con un error conocido 1173457 en grub que siempre instalaba en el EFI principal en lugar de donde indicas. Sin embargo, también le confunde 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 problema es que el grub de Ubuntu aún no puede iniciar Windows con el inicio seguro habilitado, deberá usar el menú de inicio EFI (alguna tecla de función al encender para seleccionar dispositivos/sistemas) o deshabilitar el inicio seguro.
Agréguese a la "lista" de errores en 1173457 (la pregunta "¿me afecta este error)? Dado que una segunda persona nunca se agregó, este error, presentado en 2013, ni siquiera llegó a ser "confirmado", así que tal vez 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 lo sepas.