BOOTREC /FIXMBR: cuándo usarlo y cuándo parar

BOOTREC /FIXMBR puede ayudar si Windows arranca mediante BIOS desde un disco MBR y falla el código de inicio. No reconstruye una partición perdida ni recupera documentos. Antes de escribir en el disco, comprueba si el equipo lo detecta de forma estable, confirma el modo de arranque y guarda los archivos importantes que no existan en otra copia. Un mensaje de «sistema operativo no encontrado» no identifica por sí solo el MBR como causa.

La decisión empieza en el firmware, no en la consola

Enciende el equipo y observa si el firmware muestra el disco correcto con una capacidad razonable. Si no aparece, se desconecta o cambia de tamaño, un comando de arranque no resolverá el problema de detección. Revisa una conexión conocida como buena y la alimentación, pero evita repetir los encendidos cuando el dispositivo hace clics o acumula errores de lectura. Cada intento añade trabajo a una unidad que quizá esté fallando. Una imagen controlada o ayuda profesional puede ser más prudente.

Si el disco sí aparece, identifica el tipo de instalación. Un sistema clásico BIOS con particiones MBR puede utilizar el código que reescribe FIXMBR. En cambio, un equipo UEFI con disco GPT suele arrancar desde archivos situados en la partición del sistema EFI. La ausencia de Windows Boot Manager en ese entorno no convierte al MBR en el culpable. No cambies UEFI a Legacy solo porque una guía de Internet lo indique: podrías impedir el inicio de una instalación sana.

Cuando otro Windows pueda leer la unidad, abre Administración de discos y consulta el estilo de partición en sus propiedades. Si el sistema todavía inicia a veces, Información del sistema indica el modo BIOS utilizado. Ante un PC totalmente bloqueado, combina los datos del firmware con una comprobación fiable del diseño del disco. No deduzcas el estilo por el año de fabricación. Una clonación o una reinstalación pudo cambiar la configuración original.

Anota también en qué momento se detiene el inicio. Si la pantalla de error llega antes del logotipo de Windows, investiga la elección de unidad y la primera etapa de arranque. Un fallo posterior puede tener otra causa. Fotografía el texto exacto y recuerda el último cambio: una actualización, un nuevo SSD o una segunda instalación. Ese contexto ayuda más que ejecutar varias órdenes a ciegas.

Qué cambia FIXMBR y qué deja intacto

Dentro del registro de arranque principal hay código inicial y datos sobre las particiones. Están próximos, pero no cumplen la misma función. La documentación de Microsoft sobre el arranque explica que /FIXMBR escribe código maestro compatible con Windows sin reemplazar la tabla de particiones. Por eso, una entrada de partición borrada no reaparece con este comando. Tampoco vuelve a existir un archivo eliminado porque el sistema haya arrancado.

Otras opciones de BOOTREC actúan sobre componentes diferentes. /FIXBOOT se dirige a otra pieza de inicio, mientras /REBUILDBCD aborda la configuración de las instalaciones de Windows detectadas. Copiar las tres líneas de un foro puede modificar varias partes sin demostrar cuál falló. Si recibes un error al reconstruir BCD, consulta la explicación específica de BOOTREC /REBUILDBCD en lugar de tratarlo como un problema idéntico a FIXMBR.

Un «comando completado correctamente» tampoco equivale a un ordenador reparado. Solo confirma la operación solicitada. El resultado que importa es distinto: el firmware selecciona el disco previsto, se inicia la instalación correcta de Windows y puedes abrir tus datos. Mantén separadas esas comprobaciones. Así sabrás si cambió algo útil o si el equipo sigue fallando en otra etapa.

Protege tus datos antes de escribir el arranque

Primero revisa las copias existentes desde otro dispositivo. Abre unas cuantas páginas y comprueba versiones recientes, no solo nombres de archivo. Una carpeta sincronizada puede conservar una copia antigua. Haz una lista breve de lo que solo existe en el equipo averiado: fotografías recientes, proyectos de trabajo, archivos de correo locales y documentos guardados fuera de la nube. Si el disco está inestable, detén las lecturas directas repetidas y consulta a un especialista sobre la creación de una imagen.

Para una unidad estable y reconocida, Drecov ofrece recuperación de datos en Windows, no reparación del arranque. Su flujo de recuperación en modo de solo lectura permite Quick Scan, Deep Scan cuando la fuente permanece estable, filtros, vista previa de archivos compatibles y guardado en otro destino sano. Lost Partition Recovery busca datos de una partición que ya no aparece; no reconstruye la tabla de particiones. El programa tampoco arregla daños físicos ni garantiza recuperar contenido que ya se sobrescribió.

Paso 1: prepara el acceso al origen

Si Windows no inicia, necesitas primero un entorno Windows funcional que lea con estabilidad el disco original. Puedes conectar correctamente la unidad a otro PC; ante señales físicas de avería, no sigas con pruebas caseras. Prepara un segundo dispositivo sano para los resultados y evita instalar Drecov en la partición afectada. Abre el programa y selecciona la unidad o partición donde estaban los archivos. Si desapareció el volumen completo, escoge el modo Lost Partition Recovery antes de crear o formatear nada.

Paso 2: busca lo que realmente necesitas

Inicia Quick Scan. Examina las antiguas carpetas de usuario, especialmente Escritorio, Documentos, Imágenes, Descargas y las rutas de proyectos. Si faltan elementos importantes y el disco sigue estable, ejecuta Deep Scan. Filtra por tipo, nombre y ubicación anterior cuando esos datos existan. Algunos resultados profundos pueden perder el nombre original; en ese caso, la vista previa y el contenido sirven mejor para reconocerlos.

Detén el proceso si la unidad desaparece, se bloquea repetidamente o produce errores de lectura graves. La recuperación por software no repara cabezales ni controladores. Un volumen cifrado también exige su clave legítima: ningún escaneo debe presentarse como una forma de eludir BitLocker.

Paso 3: recupera en otra unidad y abre muestras

Previsualiza archivos representativos. Una miniatura visible o la primera página legible no prueban que todo el documento, vídeo o archivo comprimido esté intacto. Recupera los resultados elegidos en el segundo dispositivo, nunca sobre el origen. Si no los ves en la ruta esperada, busca Drecov Folder o Recovery Folder en el destino seleccionado.

Abre varios documentos en sus aplicaciones habituales y comprueba fechas, páginas o contenido del proyecto. Conserva esa copia durante la reparación. Escribir los resultados en la misma unidad podría ocupar espacio donde todavía quedan datos por recuperar; la guía sobre por qué usar otra unidad explica ese riesgo. Solo cuando los archivos necesarios estén verificados deberías considerar cambios de arranque o reinstalación.

Usa WinRE únicamente si el diagnóstico encaja

Con el esquema BIOS/MBR confirmado, la unidad estable y los datos protegidos, entra en el entorno de recuperación de Windows, WinRE. Desde un medio de instalación adecuado, selecciona «Reparar el equipo» en vez de iniciar una instalación nueva. Después abre «Solucionar problemas» y «Opciones avanzadas». Prueba primero la Reparación de inicio ofrecida por Windows y guarda su resultado. Si el problema aún señala al código MBR, abre Símbolo del sistema.

Comprueba que trabajas con el disco previsto. WinRE puede asignar letras diferentes a las habituales, así que no copies una letra o un número de unidad de otro ordenador. Considera además si existe un segundo sistema operativo con un gestor de inicio propio. El nuevo código de Windows podría sustituir esa primera etapa sin borrar documentos, pero alteraría la forma de acceder al otro sistema. Ten presente cómo volver a su configuración antes de escribir.

Solo cuando el código MBR sea el objetivo correcto, escribe BOOTREC /FIXMBR en la consola y pulsa Intro. Lee la respuesta y reinicia una vez para observar el efecto. No añadas por costumbre órdenes DiskPart como clean, formato o conversión. Esas acciones afectan otras estructuras y pueden hacer más difícil el acceso a los archivos. Si aún dudas entre BIOS/MBR y UEFI/GPT, esa incertidumbre es una razón para detenerte.

Si BitLocker protege el disco, localiza la clave de recuperación correspondiente al identificador mostrado antes de planear pasos adicionales. No la publiques en un foro. FIXMBR no descifra datos y una herramienta de recuperación tampoco puede saltarse una protección sin la clave adecuada. Resolver el problema de acceso forma parte de preparar la recuperación, no de probar comandos de arranque al azar.

Evalúa el reinicio como una prueba, no como un trámite

Retira el medio temporal si el equipo continúa arrancando desde él. Confirma que carga el Windows esperado y abre varios archivos prioritarios. Si la configuración elige otra unidad, corrige la selección antes de atribuir el fallo al MBR. Anota cualquier mensaje nuevo y el momento en que aparece. La diferencia entre el antes y el después indica qué componente investigar a continuación.

Una entrada Windows Boot Manager ausente en UEFI/GPT apunta a EFI o BCD. Un disco que ya no aparece en el firmware apunta al enlace o al hardware. Repetir FIXMBR sin información nueva no resuelve ninguna de esas situaciones. Si el disco es estable pero falta una partición, revisa por separado la recuperación de datos de particiones perdidas antes de crear un volumen nuevo.

También puede ocurrir que Windows vuelva a iniciar y algunos archivos parezcan ausentes. Verifica la cuenta iniciada, el perfil anterior y la ruta real de los documentos. FIXMBR no mueve carpetas de usuario. Compara los resultados con la lista que preparaste antes de la reparación y conserva una copia independiente durante varios arranques correctos. Un único inicio exitoso no demuestra que el almacenamiento permanezca estable.

Preguntas que conviene resolver antes de continuar

¿FIXMBR restaura una partición borrada?

No. Reescribe código de arranque MBR. Si desapareció una partición, protege el disco y busca primero los archivos que contenía.

¿Basta un mensaje de éxito?

No. Comprueba el arranque de la instalación correcta y abre los archivos importantes. El mensaje solo confirma que terminó una operación concreta.

¿Debo usarlo en UEFI con GPT?

No es la respuesta habitual. Investiga la partición EFI y el gestor de arranque real sin cambiar el modo del firmware por intuición.

¿Drecov puede iniciar Windows por mí?

No. Ayuda a extraer archivos de un origen adecuado hacia otro dispositivo. Reparar el código de arranque es una tarea distinta.

Conclusión

BOOTREC /FIXMBR tiene sentido cuando el fallo afecta al código inicial de un sistema BIOS/MBR. Verifica primero cómo arranca el equipo, si el disco sigue sano y dónde está tu copia de los archivos importantes. Drecov puede recuperar datos de una fuente estable hacia otra unidad antes del cambio, pero no corrige el MBR ni una avería física. La comprobación final es sencilla: inicia el Windows previsto y los documentos necesarios se abren.