Windows movió el gestor de arranque a otra unidad

Windows movió el gestor de arranque a otra unidad

Tengo una instalación de arranque dual. Primero instalé Windows 7 en su propio disco (C:) con la unidad secundaria desconectada. Hice esto porque sé que Windows tiende a alterar otras unidades. Luego conecté una unidad secundaria, creé una partición de datos (D:) e instalé Linux en una tercera partición.

Para resumir:

  • Disco 1: partición de Windows (C:)
  • Disco 2: Datos (D:), Linux (invisible desde Windows debido al sistema de archivos), intercambio.

Cuando Linux se instaló, también instaló GRUB en el segundo disco (BIOS, no UEFI). Entonces el gestor de arranque de Windows,que fue instalado en C:, no fue utilizado. Aún así, si en caso de emergencia desconecté el segundo disco o falló, el gestor de arranque de Windows 7 funcionó.

Esto ha estado funcionando bien durante años.

Ahora, como parte de una actualización de Windows de este mes, y supongo que está relacionada con esa actualización que te molesta con el mensaje de fin de soporte y una posible actualización a Windows 10,Windows 7 ha movido su propio gestor de arranque desde C: a la partición de datos en el disco secundario (D:). Ahora hay una carpeta bootmgr.exey una Booten D: y no hay ninguna en C:.

Sin embargo, el arranque dual a través de GRUB sigue funcionando bien, pero me gustaría que el gestor de arranque de Windows permanezca en C: donde pertenece. ¿Será suficiente copiar bootmngr.exe y la carpeta Boot nuevamente a C:, o debería usar el DVD de instalación de Windows para "reparar" la instalación de Windows? Y si arreglara ese disco solo, ¿seguiría funcionando el GRUB del disco secundario?

ACTUALIZACIÓN: (diciembre de 2019) ¡Ha vuelto a suceder! Instalé un paquete acumulativo de seguridad y aparentemente Windows decidió que el SSD donde estaba instalado no sirve y se movió al otro disco duro.

Respuesta1

ACTUALIZAR Desconecté el segundo disco, lo reinicié y Windows arrancó en modo de reparación en lugar de hacerlo normalmente. Elegí "reparación de inicio" pero no funcionó. Decía que Windows no podía repararse automáticamente. El detalle del error mostrado era algo así como "NoOsLoader". Inserté el DVD de instalación original de Windows y reinicié la PC. En BIOS decía "presione cualquier tecla para iniciar desde el DVD", así que lo hice y arranqué desde el DVD. Seleccioné la zona horaria y el teclado, luego elegí "reparación de inicio" nuevamente y solucionó el gestor de arranque que faltaba sin tener que realizar una reinstalación completa. Ahora Windows se reinició nuevamente y esta vez pudo arrancar desde C: normalmente. Durante todo este tiempo, el disco duro secundario estuvo desconectado (tanto los cables de alimentación como los de datos) por si acaso la utilidad de reparación de Windows decidiera alterar este disco. Después de que se confirmó que la reparación fue exitosa, conecté nuevamente el otro disco duro e inicié Linux. Inspeccioné la partición D: y encontré algunos archivos que no estaban allí antes y que Windows creó recientemente:

/boot
bootmgr.exe

Entonces esa fue definitivamente la causa del problema. Windows HABÍA MOVIDO SU PROPIO BOOTADER A UNA PARTICIÓN DE SU ELECCIÓN.

Eliminé esos archivos porque ya estaban reinstalados en C: donde pertenecen.

Ahora para evitar que esto vuelva a suceder tengo 2 opciones:

  1. Nunca vuelvas a instalar actualizaciones de "seguridad", ya que claramente alteran el gestor de arranque.
  2. Deshabilite la partición D: en Windows.

Respuesta2

Este es un problema que experimenté hace aproximadamente un año, estaba intentando instalar Windows en una segunda unidad para facilitar la migración de datos de un HDD antiguo a un SSD nuevo. Durante la instalación, ya sea por un error o por diseño, Windows detectará cargadores de arranque en otros discos y se instalará allí. No pude, bajo ninguna medida, colocar el cargador de arranque en el disco correcto y todos los intentos de solucionarlo se encontraron con pantallas azules o un claro mensaje de "no se encontró ningún sistema operativo".

Su mejor opción sería intentar reparar Windows con un disco de instalación/USB con su disco de Linux desconectado. Si bien probablemente sea posible mover los archivos, no lo recomiendo ya que a Microsoft le gusta crear asociaciones que pueden hacerle la vida imposible.

Respuesta3

El problema es delicado, ya que el proceso de arranque de Windows 7 es bastante frágil.

En teoría, es posible copiar la partición reservada del sistema que contiene la carpeta de inicio de D a C, pero hay algunos errores:

  • La partición de Windows 7 debe permanecer en su dirección de sector exacta o el proceso de arranque no funcionará. Si lo mueve para liberar espacio en el disco, es posible que no pueda iniciarse.

  • Después de copiar la partición reservada del sistema de D a C, el comando para configurar el BCD es:

    bcdboot c:\windows /s c:
    

    y debe emitirse desde Windows, por lo que debe iniciar desde grub y no está claro qué BCD Store se actualizará. Si es el que está en D, entonces es posible que necesites iniciar Windows 7 desde USB en el símbolo del sistema y ejecutar este comando usando la letra de volumen correcta y con el disco de Linux desconectado.

Antes de comenzar, sugiero tomar algunas precauciones:

Es posible que puedas evitar algunas de las precauciones anteriores, pero entonces necesitarás tener un poco de suerte de tu lado.

información relacionada