Me doy cuenta de que ha solucionado el problema, pero quiero señalar qué salió mal y cómo debería solucionarse (tanto por los usuarios finales como por los desarrolladores de Ubuntu).
Primero, los desarrolladores de Ubuntu han decidido, lo más imprudentemente, crear una configuración GRUB que se base en archivos en la /
partición root ( ) de Ubuntu , así como en la partición del sistema EFI (ESP). Esto hace que GRUB sea vulnerable a la eliminación o daño de la partición de Linux y, por lo tanto, dificulta el arranque de la computadora después de eliminar Ubuntu o si la instalación de Ubuntu está dañada de alguna manera. Esta vulnerabilidad es innecesaria; Es posible configurar GRUB para buscar todos sus archivos de soporte y configuración en el ESP. Si GRUB se configurara de esta manera (como lo hace Fedora), eliminar Ubuntu no afectaría la capacidad de GRUB para redirigir a Windows. El sistema aún se iniciaría a través de GRUB, pero al menos aún se iniciaría. Entonces, lástima de Ubuntu por configurar GRUB de forma incorrecta.
En segundo lugar, según los nombres de archivo que mencionó, parece haber ejecutado la herramienta de reparación de arranque de Ubuntu en algún momento. Esta herramienta cambia automáticamente el nombre del cargador de arranque de Windows EFI/Microsoft/Boot/bootmgfw.efi
y coloca una copia de GRUB en su lugar. Hace lo mismo con el gestor de arranque de reserva EFI EFI/BOOT/bootx64.efi
, y deja caer otra copia de GRUB como EFI/Microsoft/Boot/bootx64.efi
, por razones que no pretendo entender. Esto se realiza como una solución alternativa para un error en un puñado de EFI. El problema es que Boot Repair hace esto por defecto. En la mayoría de los ordenadores, es nonecesario. Cuando posteriormente es deseable realizar cambios en la configuración de arranque, este cambio de nombre y replicación de GRUB se convierte en una complicación, ya que los usuarios se quedan adivinando qué está sucediendo. Por lo tanto, lástima de los desarrolladores de Boot Repair por ser inseguros sobre sus reparaciones. (Sin embargo, en su defensa, sería muy difícil para Boot Repair detectar de manera confiable qué computadoras tienen los errores que requieren mover los archivos de arranque de la manera en que lo hacen de manera predeterminada).
Un punto más es importante: en un sistema EFI que funciona correctamente, se guarda una lista de programas de arranque en NVRAM. El EFI prueba cada uno de los programas en esta lista en secuencia; Si uno falla o está ausente, se intenta con el siguiente. Cuando se instala Ubuntu, agrega su versión de GRUB a la parte superior de la lista. La mayoría de los EFI también permiten a los usuarios especificar qué programa de arranque usar desde un administrador de arranque incorporado, pero este administrador de arranque incorporado es crudo en la mayoría de los EFI.
Suma todos estos factores y la solución más simple para el problema original se convierte en:
- Deshacer los cambios de la herramienta de reparación de arranque. Esto se puede hacer utilizando la herramienta de reparación de arranque en sí; tiene un menú de Opciones avanzadas con una casilla de verificación llamada "Restaurar copias de seguridad de EFI". Use eso y se eliminarán las múltiples copias de GRUB y se restaurará el cargador de arranque de Windows. Alternativamente, esto se puede hacer manualmente. Lo más importante, la copia de seguridad de
bootmgfw.efi
(probablemente llamada bkpbootmgfw.efi
, aunque algunas versiones de Boot Repair han usado otros nombres) debe copiarse EFI/Microsoft/Boot/bootmgfw.efi
en el ESP.
- Eliminar GRUB en su ubicación oficial / adecuada -
EFI/ubuntu/grubx64.efi
para Ubuntu. Si el Arranque seguro estaba activo, EFI/ubuntu/shimx64.efi
sería necesario eliminarlo . De hecho, eliminar todo el EFI/ubuntu
directorio, o al menos renombrarlo, haría el trabajo en cualquier caso.
Eso es. Con esas dos cosas logradas, el EFI omitirá la opción de arranque de Ubuntu porque ya no es válida y continuará arrancando Windows. Algunos EFI también eliminarán automáticamente la opción de arranque de Ubuntu de los menús de sus administradores de arranque, aunque esta práctica no es universal.
Tenga en cuenta que en su caso, Matthew, no recomiendo hacer estas cosas; tienes una configuración que funciona y, como dicen, "si no está roto, no lo arregles". Es posible que le queden algunos archivos perdidos en su ESP, pero no están haciendo ningún daño, por lo que es mejor dejarlo solo. He presentado mi respuesta con la esperanza de que alguien más la encuentre útil.
EDITAR: Lo anterior fue correcto cuando lo escribí por primera vez, y los principios siguen siendo los mismos; sin embargo, Boot Repair ya no cambia automáticamente el nombre del cargador de arranque de Windows y lo reemplaza con otra copia de GRUB. (La reparación de arranque puede hacer esto opcionalmente, pero la opción está oculta en un menú de opciones avanzadas, por lo que ya no se realiza de forma predeterminada). Este hecho hace que la recuperación de este problema sea más fácil hoy que en 2013. En la mayoría de los casos, solo necesita elimine el EFI/ubuntu
directorio en el ESP para hacer que el sistema arranque directamente en Windows. Si GRUB sigue apareciendo después de hacer esto, es posible que haya utilizado la opción de Reparación de arranque para hacer una copia de seguridad y cambiar el nombre de los archivos de arranque, en cuyo caso usarlo para deshacer esas acciones está en orden, como se señaló anteriormente.
Otra opción es usar el administrador de arranque incorporado de la computadora (generalmente se accede presionando una tecla de función, Esc o Enter poco después de encender la computadora) para omitir GRUB y arrancar en Windows. Luego puede usar EasyUEFI para ajustar el orden de inicio y / o eliminar la ubuntu
entrada de la lista de inicio. Esta acción no eliminará GRUB del ESP, pero pasará por alto GRUB.
Sé que este hilo es viejo, pero lo encontré en mi propia búsqueda al tratar de resolver este problema por mí mismo, ¡y encontré una solución que funcionó para mí cuando ninguna de las otras respuestas tenía que compartir!
Tenía Ubuntu de arranque dual en mi computadora portátil junto con Windows 10. Decidí eliminar Ubuntu y había eliminado su partición, pero Grub seguía interrumpiendo mi cargador de arranque. Después de probar numerosas sugerencias dejadas en los foros, finalmente encontré una forma increíblemente simple y gráfica de eliminarlo en mi propio lol. (Entonces, descargo de responsabilidad, no tengo idea si alguna otra versión de Windows tiene esta opción o no)
Pero todo lo que hice fue F12 mientras la computadora se iniciaba para acceder a las opciones de inicio. Y en Otras opciones , seleccioné Configuración del BIOS . En el lado izquierdo, seleccioné Boot Sequence y allí mismo enumeré mis diferentes opciones de inicio, y pude seleccionarlas para cambiar su orden o eliminarlas o lo que quisiera. Todo lo que tenía que hacer era asegurarme de que solo "ubuntu" estuviera marcado, y luego hice clic en Eliminar arranque y salí. Continuó a la pantalla de inicio de sesión y reinicié mi computadora portátil solo para verificar que resolviera mi problema y ¡tenía!
fuente
De acuerdo, supongo que esto no funcionará para todas las computadoras, pero esto es lo que me solucionó .
Primero, inicié "Recuperación del sistema" a través de las opciones de BIOS en mi computadora portátil. Esto me permitió ingresar a Windows, sin embargo, cada vez que arrancaba, recibía un mensaje que decía
No partition active
por un segundo antes de que Windows arrancara. Me deshice de esto haciendo lo siguiente:bootrec.exe /fixmbr
y reiniciar. Ahora el mensaje ya no aparece y todo parece normal.
fuente
Lo que hice es que después de desinstalar Ubuntu -puedes hacer eso con algunos de los desinstaladores, o simplemente arrancando en Ubuntu live CD o memoria USB y formateando particiones Linux con GParted- también formateé la partición EFI (FAT32) y luego lo hice Recuperación de arranque de Windows desde el disco de instalación de Windows.
Tengo que mencionar que leí docenas de consejos y tutoriales y perdí mucho tiempo con métodos que no funcionan. Al final hice lo único que me pareció lógico al reinstalar Windows 4 y funcionó de maravilla.
fuente
En Surface Pro, es posible eludir Grub 2 seleccionando la opción "Reinstalar claves de arranque seguras" en el menú UEFI.
fuente