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.