Cuando estás actualizando Windows y te suelta el mensajito de error “La instalación falló en la fase SAFE_OS” (muchas veces acompañado del código 0xC1900101 y una operación como BOOT, APPLY_IMAGE, MIGRATE_DATA, etc.), la sensación es que el sistema se burla de ti: parece que todo va bien, el equipo se reinicia… y de golpe vuelve a la versión anterior. No es un fallo raro ni aislado, le pasa a muchísima gente al pasar de Windows 7 u 8 a Windows 10, o de Windows 10 a Windows 11, ya sea con Windows Update, con la Media Creation Tool o con un USB de instalación.
Detrás de ese mensaje tan críptico suelen estar drivers problemáticos, configuraciones delicadas de BIOS/UEFI, dispositivos externos dando guerra, espacio en disco justo, errores de Windows Update, requisitos de Windows 11 sin cumplir e incluso hardware en mal estado. La parte buena es que, siguiendo un orden lógico, casi siempre se puede salir del lío sin tener que formatear de primeras ni perder tus archivos y programas.
¿Qué es la fase SAFE_OS y por qué falla la instalación?
En una actualización grande de Windows el sistema pasa internamente por varias etapas. Durante la llamada fase SAFE_OS, Windows arranca en un entorno de instalación especial y prepara el nuevo sistema operativo: aplica la imagen, migra datos, configura el arranque, instala parches críticos y deja todo listo para el primer inicio. Si algo se tuerce en esta parte, aparecen mensajes como:
- The installation failed in the SAFE_OS phase with an error during BOOT operation (0xC1900101 – 0x20017, uno de los más típicos).
- The installation failed in the SAFE_OS phase with an error during APPLY_IMAGE operation.
- The installation failed in the SAFE_OS phase with an error during MIGRATE_DATA operation.
- The installation failed in the SAFE_OS phase with an error during REPLICATE_OS operation.
- The installation failed in the SAFE_OS phase with an error during INSTALL_UPDATES o PREPARE_FIRST_BOOT operation.
Cada variante apunta a un momento concreto en el que la actualización se estrella, pero todas comparten una idea: Windows no consigue preparar de forma segura el nuevo sistema. Los casos reales y los foros técnicos señalan casi siempre los mismos culpables: controladores de bajo nivel, periféricos conectados, errores en discos o particiones, servicios de Windows Update mal configurados, conflictos con Secure Boot y TPM y problemas de compatibilidad con los requisitos de Windows 11.
Causas habituales del error “Fallo en la fase de instalación SAFE_OS”
Para no ir a ciegas conviene tener claro qué factores suelen estar detrás de este fallo. Aunque parezca un error muy técnico, al final se repite una lista bastante manejable de motivos. Las razones más frecuentes son dispositivos externos conflictivos, drivers defectuosos, BIOS desactualizadas o mal configuradas, errores en Windows Update y discos sin espacio o con fallos físicos.
Una de las causas que más se repite son los periféricos conectados por USB u otros puertos: discos duros externos, pendrives, lectores de tarjetas SD, impresoras, tarjetas de red USB, hubs USB, webcams, adaptadores WiFi, etc. Durante SAFE_OS el instalador intenta detectar y montar todos los volúmenes y dispositivos, y basta con que uno se comporte de forma rara para que todo el proceso se venga abajo.
El otro gran sospechoso son los controladores (drivers) incompatibles o dañados, sobre todo los de componentes clave: GPU (NVIDIA, AMD, Intel), controladores de almacenamiento (SATA, NVMe, RAID), adaptadores de red, y lectores de tarjetas como muchos modelos Realtek. Hay numerosos casos documentados en los que un único paquete de controlador —por ejemplo, el del lector de tarjetas Realtek identificado como rtsbastor.inf— es suficiente para que la actualización reviente una y otra vez en SAFE_OS.
No hay que olvidar la parte de BIOS/UEFI y firmware. Una BIOS antigua, mal configurada (modo Legacy cuando debería ir en UEFI, o al revés) o con Secure Boot y TPM configurados “a medias” genera bastantes errores SAFE_OS, sobre todo asociados a la operación BOOT. Si a eso se suma que Windows 11 exige disco en GPT, firmware UEFI, TPM 2.0 activo y arranque seguro habilitado, el cóctel está servido.
En equipos que se actualizan vía Windows Update también entran en juego los ficheros de actualización dañados y servicios clave desconfigurados. Si la caché de Windows Update está corrupta o los servicios BITS (Background Intelligent Transfer Service), Servicio criptográfico o Windows Update están parados o en modo Manual/Deshabilitado, la fase SAFE_OS puede fallar justo cuando intenta aplicar actualizaciones o preparar el primer arranque.
Por último, muchos errores en operaciones como APPLY_IMAGE o MIGRATE_DATA se relacionan con discos duros sin espacio suficiente, sectores defectuosos o RAM inestable. Un disco mecánico viejo, al límite de capacidad, puede provocar cuelgues o errores de lectura/escritura en el momento crítico en que Windows está copiando la nueva imagen y migrando tus datos.
Códigos y mensajes que suelen acompañar al error SAFE_OS
El mensaje de que la instalación ha fallado en la fase SAFE_OS suele ir acompañado de códigos de error adicionales que dan más pistas. El más famoso es el 0xC1900101 – 0x20017, casi siempre vinculado a problemas de drivers de bajo nivel (almacenamiento, red, lector de tarjetas) o a cuestiones de BIOS y configuración de arranque. En este caso, el sistema no puede arrancar correctamente en el entorno seguro de instalación.
Cuando el texto hace referencia a un fallo durante APPLY_IMAGE, el foco se desplaza a la parte de escribir la imagen del sistema en el disco. Ahí entran en juego falta de espacio en C:, errores físicos en el disco o conflictos con los controladores de almacenamiento y, en algunos equipos, con la GPU dedicada (hay instalaciones que solo han terminado bien al desactivar temporalmente la gráfica dedicada en BIOS y usar la integrada).
Si el mensaje menciona MIGRATE_DATA o REPLICATE_OS, el problema acostumbra a estar en la fase de copia y migración de datos del sistema anterior al nuevo. En ese escenario son habituales las estructuras de disco “sucias”, archivos de sistema dañados, instalaciones demasiado antiguas con muchos restos o, de nuevo, escasez de espacio para almacenar la copia de la versión anterior.
Los errores SAFE_OS en operaciones como INSTALL_UPDATES o PREPARE_FIRST_BOOT apuntan de forma clara a Windows Update, servicios críticos en mal estado o imágenes ISO/USB defectuosas. Si el medio con el que estás actualizando (ISO, USB creado con la Media Creation Tool, etc.) tiene archivos corruptos, es muy probable que la instalación se caiga justo cuando intenta integrar parches y preparar el primer arranque.
Además, alrededor del fallo SAFE_OS suelen aparecer códigos como 0xC1900200 / 0xC1900202 (el equipo no cumple requisitos mínimos), 0xC1900208 / 0x4000C (software incompatible instalado), 0x80070002 (no se encuentra un archivo, muy típico con varios discos conectados), 0x80070070 (disco sin espacio) o errores de descarga como 0x80080005 – 0x90018 (problemas al crear el USB de instalación).
Comprobaciones básicas antes de tocar BIOS, discos o RAM
Antes de empezar a desmontar el PC o a cambiar opciones delicadas, conviene cubrir una serie de pasos básicos que resuelven muchos casos de SAFE_OS sin complicarse la vida. Además, reducen el riesgo de pérdida de datos si algo se tuerce mientras pruebas soluciones.
Lo primero es asegurarse de tener una copia de seguridad reciente de tus archivos importantes. No hace falta hacer una imagen completa del sistema (aunque sería lo ideal), pero sí guardar documentos, fotos, proyectos, trabajo y cualquier cosa que no quieras perder, ya sea en un disco externo, NAS o servicios en la nube. Una actualización que falla repetidamente puede dejar el sistema inestable y más propenso a romperse.
También es imprescindible revisar el espacio libre de la unidad del sistema (normalmente C:). Para que la actualización pueda trabajar con holgura, es recomendable tener al menos 20-30 GB libres, especialmente si estás yendo a Windows 11. Si vas justo, puedes eliminar temporales, desinstalar programas pesados que no uses, limpiar versiones antiguas de Windows (Windows.old) y vaciar la carpeta C:\Windows\SoftwareDistribution\Download para borrar descargas de Windows Update que ya no sirven.
Otro paso muy efectivo es apagar el equipo y desconectar todos los dispositivos externos no esenciales: discos USB, pendrives, impresoras, escáneres, lectores de tarjetas, adaptadores WiFi USB, hubs USB, móviles conectados, etc. Lo ideal es dejar solo teclado y ratón, y si tienes opción, que sean PS/2 en lugar de USB para aislar aún más el problema. En sobremesas, incluso puedes retirar temporalmente tarjetas PCIe no críticas (tarjetas de sonido dedicadas, capturadoras, tarjetas de red adicionales) si sospechas de ellas.
Durante la actualización también es recomendable desactivar temporalmente antivirus y cortafuegos de terceros. Muchos productos de seguridad interceptan operaciones de sistema y, en plena fase SAFE_OS, eso puede ser letal. Desde la propia interfaz del antivirus suele haber una opción para pausar la protección hasta el próximo reinicio. Si usas BitLocker u otro cifrado de disco, lo ideal es suspender la protección desde el Panel de control (Sistema y seguridad > Cifrado de unidad BitLocker > Suspender protección) antes de lanzar la actualización.
Servicios de Windows Update y reparación de componentes de actualización
En bastantes fallos SAFE_OS el problema termina estando en servicios de Windows Update parados o configurados en modo incorrecto. Tres servicios en particular deben estar configurados en Inicio automático para que las actualizaciones funcionen con normalidad:
- Servicio de transferencia inteligente en segundo plano (BITS).
- Servicio criptográfico.
- Servicio de Windows Update.
Para revisarlos, abre el cuadro Ejecutar con Win+R, escribe services.msc y pulsa Intro. En la lista localiza “Servicio de transferencia inteligente en segundo plano (BITS)”, “Servicio criptográfico” y “Windows Update”, entra en sus Propiedades y comprueba que el tipo de inicio está en Automático. Si alguno está en Manual o Deshabilitado, cámbialo, aplica y reinicia el equipo antes de intentar de nuevo la actualización.
Cuando hay sospechas de archivos dañados en la caché de Windows Update o en los componentes internos de actualización, es buena idea seguir el procedimiento típico de reparación: parar temporalmente los servicios de actualización, renombrar o vaciar las carpetas SoftwareDistribution y Catroot2, y volver a iniciar los servicios. Después, puedes ejecutar desde una consola con privilegios de administrador comandos como DISM /Online /Cleanup-image /Restorehealth y sfc /scannow para reparar la imagen de Windows y los archivos del sistema antes de reintentar la instalación.
En casos donde los errores SAFE_OS vienen acompañados de mensajes sobre archivos que no se encuentran o de descargas que fallan una y otra vez, también ayuda borrar el contenido de C:\Windows\SoftwareDistribution\Download y volver a lanzar la descarga de la actualización o usar la Media Creation Tool para crear un medio limpio.
Drivers: el origen más común del código 0xC1900101
El código 0xC1900101 casi siempre está relacionado con conflictos de controladores. Por eso, una vez cubiertos los pasos básicos, el siguiente bloque importante es revisar y, si hace falta, actualizar o desinstalar determinados drivers delicados antes de volver a probar la actualización.
Los controladores que más guerra dan en la fase SAFE_OS son los de tarjeta gráfica (integrada y dedicada), controladores de almacenamiento (SATA, NVMe, RAID), adaptadores de red (Ethernet y WiFi) y lectores de tarjetas internos. El patrón típico es el de un PC que intenta actualizar, se reinicia, parece empezar con la nueva versión, se cuelga o se reinicia de nuevo y finalmente revierte a la versión anterior con un error SAFE_OS durante BOOT.
Una estrategia efectiva consiste en entrar en el Administrador de dispositivos (clic derecho en Inicio > Administrador de dispositivos) y comprobar si hay dispositivos con icono de aviso amarillo, controladores muy antiguos o hardware que ya no usas. En lugar de depender solo de la búsqueda automática de drivers de Windows, suele dar mejor resultado descargar las últimas versiones desde la web oficial del fabricante del equipo o del componente (ASUS, MSI, Gigabyte, Dell, HP, Lenovo, NVIDIA, AMD, Intel, Realtek, Broadcom, etc.).
Hay casos concretos donde el instalador de Windows registra en sus logs el nombre de un controlador culpable. Un ejemplo muy extendido es el del lector de tarjetas Realtek cuyo paquete aparece como rtsbastor.inf. En estos escenarios, muchos usuarios han recurrido a herramientas como Driver Store Explorer para listar todos los controladores almacenados, exportarlos como copia de seguridad y eliminar temporalmente el driver conflictivo. Tras quitar ese paquete y reiniciar, la actualización ha podido completarse sin errores SAFE_OS, para luego reinstalar una versión compatible del controlador.
Algo parecido ocurre con ciertas tarjetas WiFi Broadcom en portátiles antiguos. Hay experiencias reales en las que desinstalar el driver o deshabilitar la tarjeta en el sistema no ha sido suficiente: la actualización solo ha funcionado al retirar físicamente la tarjeta WiFi del equipo, completar la instalación de Windows 10/11 y, después, volver a colocarla y buscar un controlador estable.
En máquinas con GPU dedicada, algunos fallos SAFE_OS durante APPLY_IMAGE se han resuelto desactivando temporalmente la gráfica dedicada en BIOS/UEFI y conectando el monitor a la salida de vídeo de la GPU integrada de la placa. Otra opción es desinstalar el driver de la GPU dedicada desde el Administrador de dispositivos antes de lanzar la actualización, forzando al sistema a tirar solo de la gráfica integrada durante el proceso.
BIOS, UEFI, Secure Boot, TPM y estilo de partición del disco
La configuración de firmware influye muchísimo en la instalación de Windows 10 y, sobre todo, de Windows 11. Algunos errores SAFE_OS en la operación BOOT tienen su origen en una combinación complicada de modo UEFI/Legacy, estilo de partición GPT/MBR, Secure Boot y TPM, así como en BIOS desactualizadas con bugs corregidos en versiones posteriores.
En equipos que quieren dar el salto a Windows 11 es obligatorio revisar si cumplen los requisitos mínimos de hardware: procesador soportado por Microsoft, al menos 4 GB de RAM, 64 GB de almacenamiento, firmware UEFI con Secure Boot habilitado, disco del sistema en formato GPT y TPM 2.0 activado. Si fallas en varios de esos puntos, la instalación puede negarse con mensajes del tipo “Este equipo no puede ejecutar Windows 11” o directamente estrellarse en SAFE_OS.
Para comprobar el tipo de tabla de particiones de tu disco puedes usar el Administrador de discos de Windows o herramientas de particionado. Si el disco del sistema está en MBR y quieres instalar Windows 11 de forma oficial, tendrás que convertirlo a GPT (mejor con herramientas que permitan hacerlo sin perder datos y, siempre, después de hacer copia de seguridad). Al mismo tiempo, la BIOS debe estar configurada en modo UEFI, no en Legacy. Para más información sobre cómo reparar el gestor de arranque consulta reparar el Windows Boot Manager.
Cuando el error SAFE_OS se acompaña de mensajes dentro del instalador como “No se puede instalar Windows en este disco, el disco seleccionado tiene un estilo de partición GPT” o el mensaje contrario (espera GPT pero el disco está en MBR), queda claro que hay una descoordinación entre el modo de arranque de la BIOS y la tabla de particiones del disco. Para instalaciones modernas lo ideal es UEFI + GPT + Secure Boot para Windows 10/11; en equipos muy viejos sin UEFI, solo queda la combinación Legacy + MBR.
En cuanto a Secure Boot y TPM, conviene saber que pueden ser a la vez requisito y fuente de problemas. Windows 11 exige ambos activos, pero Microsoft reconoce casos en los que desactivar Secure Boot temporalmente ha permitido completar una actualización rebelde de Windows 10 o instalar compilaciones concretas. El procedimiento general pasa por entrar en la BIOS/UEFI al arrancar (teclas como Supr, F2, F10, F12, depende del fabricante), localizar Secure Boot, ponerlo en Disabled, guardar cambios y reintentar la instalación. Después, si el sistema es compatible, lo recomendable es volver a activarlo.
Actualizar la BIOS/UEFI a la última versión disponible en la web del fabricante también puede marcar la diferencia. Muchos fabricantes publican versiones nuevas que mejoran la compatibilidad con nuevas versiones de Windows, corrigen errores de gestión de energía, de PCIe, de almacenamiento y, en general, estabilizan el comportamiento del equipo durante procesos delicados como una actualización de sistema operativo.
Problemas SAFE_OS al actualizar desde sistemas muy antiguos
Cuando se intenta actualizar un portátil con Windows 7 u 8 de fábrica a Windows 10 manteniendo programas y datos, se juntan varios factores delicados: drivers muy antiguos, software sin soporte, instalaciones que llevan años acumulando restos en el registro y en el disco, particiones poco optimizadas, etc. Es un terreno abonado para errores SAFE_OS, especialmente durante BOOT y MIGRATE_DATA.
Si este es tu caso, lo razonable es aplicar primero todas las medidas conservadoras: copia de seguridad, espacio libre amplio, desconexión de periféricos, servicios de Windows Update en automático, ejecución de chkdsk sobre la unidad C:, reparación con DISM, actualización de drivers críticos y, si hace falta, eliminación temporal de controladores sospechosos como algunos lectores de tarjetas o WiFi problemáticos.
Si, incluso tras varios intentos corrigiendo drivers, servicios y firmware, la actualización in-place (manteniendo archivos y apps) sigue reventando en SAFE_OS, hay que plantearse seriamente hacer una instalación limpia de Windows 10. La idea sería guardar datos en un soporte externo, arrancar desde un USB con el instalador, limpiar el disco o la partición del sistema y dejar que el asistente cree de cero las particiones necesarias. Si el equipo ya tenía licencia válida, Windows 10 debería activarse de forma digital al conectarse a Internet.
Errores SAFE_OS al instalar actualizaciones acumulativas
No todo el mundo se topa con SAFE_OS solo al cambiar de versión completa. También hay usuarios que ven fallos similares al intentar instalar actualizaciones acumulativas de Windows 10 u 11 desde Windows Update. Los síntomas típicos son mensajes del tipo “No se pudieron completar las actualizaciones. Deshaciendo cambios” y bucles de reinicios donde la actualización se aplica, falla y se revierte.
En este contexto, además del ya mencionado 0xC1900101, aparecen códigos como 0x80073712, 0x80200056, 0xc1900223 o 0xC1900107. Las soluciones apuntan de nuevo a limpiar y reparar componentes de Windows Update: ejecutar el solucionador de problemas específico, borrar la carpeta SoftwareDistribution\Download, usar DISM y SFC, revisar el historial de actualizaciones para identificar cuál está fallando y, en su caso, descargarla e instalarla de forma manual desde el catálogo de Microsoft.
Cuando un fallo empezó justo después de una actualización concreta, también tiene sentido desinstalar esa actualización desde el panel de historial y pausar temporalmente las actualizaciones automáticas unos días, dando tiempo a que Microsoft publique correcciones o reemplace la actualización conflictiva.
Gestión del espacio en disco y migración a unidades más rápidas
La salud del disco en el que está instalado Windows tiene un peso enorme en la fase SAFE_OS. Un HDD mecánico antiguo, lleno hasta los topes y con sectores reubicados es un candidato perfecto para provocar errores durante APPLY_IMAGE, MIGRATE_DATA o REPLICATE_OS. Por eso, además de liberar espacio, muchas veces conviene replantearse cómo está particionado y qué unidad usas como disco del sistema.
Si C: está muy ajustada de tamaño, puedes ampliar su espacio con herramientas de particionado que permitan extender la partición del sistema usando espacio no asignado o “robando” espacio a otras particiones con margen. Es un proceso delicado que exige copia de seguridad previa, pero que soluciona de raíz los errores por falta de espacio que tantos quebraderos de cabeza dan en SAFE_OS.
Una opción aún más recomendable, si el hardware lo permite, es migrar el sistema de un disco duro mecánico a un SSD. El plan sería clonar la instalación actual al SSD, configurar en BIOS que arranque desde la nueva unidad, comprobar que todo funciona y, a partir de ahí, lanzar la actualización de Windows sobre el SSD. El salto en velocidad de lectura/escritura hace que los procesos de instalación y actualización sean mucho más rápidos y, sobre todo, estables, reduciendo bastante la probabilidad de errores por tiempo de espera o lecturas fallidas.
Para comprobar el estado del disco donde está Windows puedes usar chkdsk /f C: desde una consola con privilegios de administrador. Si detecta y corrige errores, es prudente volver a intentarlo solo después de que el sistema haya reiniciado y terminado todas las comprobaciones, ya que esos fallos internos pueden ser precisamente lo que provocaba el error SAFE_OS.
El mensaje de que “La instalación falló en la fase SAFE_OS” no refleja un único problema, sino un conjunto de posibles causas que van desde drivers conflictivos, servicios de Windows Update en mal estado, BIOS/UEFI desalineadas con el tipo de disco y los requisitos de Windows 11, hasta discos saturados o dañados y hardware interno que se lleva mal con el instalador.
Atacando cada bloque con calma —periféricos desconectados, servicios clave en automático, reparación de archivos de sistema, actualización o retirada temporal de controladores problemáticos, revisión de BIOS, estilo de partición y requisitos de seguridad, y cuidando el espacio y la salud del disco— las probabilidades de completar la actualización sin perder datos aumentan muchísimo, dejando ese error SAFE_OS como un bache más del camino y no como el final del trayecto. Comparte esta guía para que otros sepan solucionar el error fase SAFE_OS.