Reinstalar Windows y mantener aplicaciones: qué funciona (y qué es marketing)

febrero 28, 2026 • febrero 28, 2026 • Lectura: 25 min • Views: 1

¿Te fue útil?

Son las 9:12 AM. Tienes un problema “simple” de Windows: actualizaciones rotas, tiempos de arranque extraños, el cliente VPN no carga y tu portátil se ha convertido en un calefactor caro. Alguien dice: “Simplemente reinstala Windows, puedes mantener tus aplicaciones.” Esa frase es el comienzo de una recuperación limpia… o el inicio de una larga tarde explicando a Finanzas por qué la suite contable necesita “una rápida reautorización” (otra vez).

Este texto trata sobre la diferencia entre lo que Windows realmente puede hacer y lo que implican los vendedores y los posts esperanzados en foros. Cubriremos las opciones, cómo fallan y cómo demostrar—usando comandos y salidas—si vas a conservar tus aplicaciones o a borrar tu semana.

Los términos que los vendedores confunden a propósito

Cuando la gente dice “reinstalar Windows”, puede referirse a cualquiera de cuatro operaciones distintas. Solo una mantiene las aplicaciones de la forma en que la mayoría de las personas entiende “aplicaciones”. El resto o mantiene solo archivos, o mantiene algunas aplicaciones de la Microsoft Store, o solo deja tus arrepentimientos.

1) Instalación limpia (borrar e instalar)

Esta es la opción honesta. Arrancas desde medios de instalación, borras particiones o formateas el volumen del SO e instalas desde cero. Puedes conservar una carpeta Windows.old si instalas en la misma partición sin formatear, pero eso guarda datos de usuario y algo de estado del sistema—no aplicaciones instaladas que funcionen.

2) Restablecer este equipo

Ajustes de Windows ofrece “Restablecer este equipo” con opciones como “Conservar mis archivos” o “Quitar todo”. La ruta “Conservar mis archivos” mantiene perfiles de usuario y algunas configuraciones, pero elimina las aplicaciones de escritorio instaladas. Puede conservar algunas apps integradas. No es “mantener apps”, por más amable que esté redactado el cuadro de diálogo.

3) Actualización in-place / instalación de reparación (el movimiento que realmente “mantiene apps”)

Esta es la que puede preservar aplicaciones Win32 instaladas y la mayoría de configuraciones: ejecuta Windows Setup desde dentro de Windows (no arrancando desde USB), elige conservar archivos personales y aplicaciones, y deja que Setup coloque un nuevo SO migrando la instalación existente.

Si necesitas una regla: si arrancas desde USB, “mantener apps” suele descartarse. Setup necesita el contexto del SO en ejecución para realizar una migración completa de aplicaciones y estado del registro.

4) Restauración de imagen / restauración bare-metal

Esto mantiene las apps porque conserva todo. Pero no es una “reinstalación”, es viajar en el tiempo. Restauras una imagen de disco completa de una fecha anterior y aceptas que todo lo instalado o cambiado desde la imagen se perderá.

Broma #1: Una “reinstalación que mantiene apps” es como un “pastel dieta”. A veces existe, pero aún deberías leer la etiqueta.

Qué significa realmente “mantener apps”: los únicos caminos que funcionan

Aquí está la verdad práctica: para aplicaciones de escritorio tradicionales (Win32), el único método soportado por Microsoft que se parece a “reinstalar Windows y mantener apps” es la actualización in-place / instalación de reparación. Todo lo demás es o un reinicio (apps eliminadas) o una instalación limpia (apps eliminadas, archivos quizá recuperables).

La actualización in-place / instalación de reparación: qué hace

Reemplaza archivos del sistema Windows con una copia fresca desde el medio de instalación o fuentes de Windows Update.
Reconstruye la tienda de componentes (WinSxS) y vuelve a registrar muchos componentes del sistema.
Migra aplicaciones instaladas, controladores y configuraciones en la medida de lo posible.
Crea artefactos de retroceso y registros (como C:\$WINDOWS.~BT, logs Panther).

Qué no promete

No mantendrá funcionando aplicaciones rotas si dependían de componentes del sistema corruptos, controladores obsoletos o runtimes que se reemplazan.
No preservará el estado de licencias de todos los productos. Algunas licencias sobreviven; otros productos lo tratan como una máquina nueva.
No preservará de manera fiable integraciones de software de seguridad. Protección endpoint, VPNs y controladores de bajo nivel son víctimas frecuentes.

Requisitos no negociables si quieres que “mantener apps” sea real

Debes poder arrancar en Windows y ejecutar setup.exe desde el SO.
Necesitas suficiente espacio libre en disco en el volumen del SO (planea decenas de GB).
Necesitas el medio correcto: misma edición, idioma compatible y típicamente la misma o más nueva build.
La salud del disco y del sistema de archivos debe ser lo bastante buena para sobrevivir operaciones masivas de archivos.

Manual de diagnóstico rápido

Cuando alguien pregunta “¿Puedo reinstalar Windows y mantener apps?” no respondas todavía. Primero diagnostica con precisión. El cuello de botella suele ser uno de: salud del disco, corrupción del sistema, daño en la pila de actualizaciones, espacio insuficiente o controladores de terceros.

Primero: establece si una instalación de reparación es siquiera posible

¿Puedes iniciar sesión? Si no, ya te estás acercando a reset/restauración/instalación limpia.
¿El volumen del SO está sano? Si el disco está fallando, detente. Haz una imagen, haz copia de seguridad, reemplaza y luego recupera.
¿BitLocker está activado? Si sí, asegúrate de tener las claves de recuperación y entiende qué te las pedirá.

Segundo: identifica el modo de fallo real

¿Fallos de actualización? Revisa DISM/SFC y los registros de la pila de mantenimiento.
¿Arranque lento? Inspecciona los registros de eventos por reinicios del disco, tiempos de espera de controladores y bloqueos de servicios.
¿Caídas de aplicaciones? Busca runtimes faltantes, perfiles de usuario corruptos o controladores incompatibles.

Tercero: elige la reparación menos destructiva que cumpla el SLA

Prueba reparaciones de servicio (DISM, SFC) si puedes. Son reversibles y baratas.
Haz una actualización in-place si los componentes centrales están dañados pero necesitas conservar apps.
Instalación limpia cuando la integridad o la seguridad están en duda, o el sistema está demasiado deteriorado.

Idea parafraseada de Werner Vogels (AWS): la fiabilidad viene de la automatización y el diseño, no de actos heroicos a las 2 AM. Trata la recuperación de Windows igual—pasos repetibles vencen a la improvisación.

Tareas prácticas: comandos, salidas, decisiones (12+)

A continuación hay tareas prácticas que puedes ejecutar antes de comprometerte con una reinstalación. Sí, son comandos de Windows, pero los presento en bloques estilo shell como se solicitó. Ejecútalos en un Símbolo del sistema o PowerShell elevado según corresponda. Cada tarea incluye: comando, salida de ejemplo, qué significa y qué decisión tomar.

Tarea 1: Confirma versión y build de Windows (verificación de compatibilidad)

cr0x@server:~$ cmd /c ver
Microsoft Windows [Version 10.0.19045.4046]

Qué significa: La build 19045 indica Windows 10 22H2. Tu medio de instalación debe ser compatible (misma versión mayor, idealmente misma o más nueva build).

Decisión: Si tu medio es más antiguo (por ejemplo, 19041), espera mayor riesgo de comportamiento de degradación o deshabilitación de la opción “mantener apps”. Obtén un medio coincidente.

Tarea 2: Comprueba la edición (mismatch Home/Pro/Enterprise anula “mantener apps”)

cr0x@server:~$ cmd /c "dism /online /Get-CurrentEdition"
Deployment Image Servicing and Management tool
Version: 10.0.19041.3636

Current Edition : Professional
The operation completed successfully.

Qué significa: Este sistema es Windows Pro. El medio de reparación debe ser Windows Pro (o un medio multi-edición que lo incluya).

Decisión: Si solo tienes medio Enterprise pero el dispositivo es Pro, no “intentes nomás”. Consigue el ISO correcto.

Tarea 3: Mide espacio libre (las reparaciones consumen espacio)

cr0x@server:~$ cmd /c "wmic logicaldisk where DeviceID='C:' get Size,FreeSpace"
FreeSpace        Size
41234583552      255998611456

Qué significa: Aproximadamente 41 GB libres en C:. Eso suele ser suficiente para una actualización in-place más archivos de retroceso, dependiendo del SO y las apps.

Decisión: Si el espacio libre es menor a ~25–30 GB, planea limpieza o expansión temporal de almacenamiento antes de intentar la instalación de reparación.

Tarea 4: Comprueba estado de BitLocker (evita prompts sorpresa de recuperación)

cr0x@server:~$ cmd /c "manage-bde -status c:"
BitLocker Drive Encryption: Configuration Tool version 10.0.19041
Volume C: [OS]
    Conversion Status:    Fully Encrypted
    Percentage Encrypted: 100.0%
    Protection Status:    Protection On
    Lock Status:          Unlocked

Qué significa: La unidad del SO está cifrada. Setup puede funcionar, pero necesitas las claves de recuperación accesibles y deberías considerar suspender la protección durante la actualización.

Decisión: Si no puedes recuperar las claves, detente y arregla eso primero. Si no, estás a un cambio de firmware de tener un mal día.

Tarea 5: Señal rápida de salud del disco (SMART vía WMIC es limitada pero útil)

cr0x@server:~$ cmd /c "wmic diskdrive get model,status"
Model                          Status
NVMe Samsung SSD 980 PRO 1TB   OK

Qué significa: WMIC reporta OK. Esto no es un análisis SMART completo, pero si dice “Pred Fail”, créelo.

Decisión: Si el estado del disco no es OK, no intentes una actualización in-place. Haz backup/imagen primero; reemplaza almacenamiento.

Tarea 6: Programar comprobación del sistema de archivos (detecta corrupción temprano)

cr0x@server:~$ cmd /c "chkdsk c: /scan"
The type of the file system is NTFS.
Stage 1: Examining basic file system structure ...
Windows has scanned the file system and found no problems.
No further action is required.

Qué significa: La metadata NTFS parece consistente.

Decisión: Si se encuentran errores, repáralos (chkdsk /f, probablemente requiera reinicio) antes de intentar cualquier migración del SO.

Tarea 7: Comprobación de integridad de archivos del sistema (SFC)

cr0x@server:~$ cmd /c "sfc /scannow"
Beginning system scan. This process will take some time.
Windows Resource Protection found corrupt files and successfully repaired them.

Qué significa: Existía corrupción pero fue reparada. A menudo esto resuelve fallos de actualización sin reinstalar.

Decisión: Reinicia y vuelve a probar el problema original. Si la corrupción no puede arreglarse, pasa a DISM y posiblemente a una actualización in-place.

Tarea 8: Reparar salud de la tienda de componentes (DISM)

cr0x@server:~$ cmd /c "dism /online /cleanup-image /scanhealth"
No component store corruption detected.
The operation completed successfully.

Qué significa: La tienda de componentes WinSxS parece sana.

Decisión: Si se detecta corrupción y /restorehealth falla, una actualización in-place suele ser la reparación más rápida y segura que conserva apps.

Tarea 9: Comprueba si Windows puede encontrar el entorno de recuperación (Reset depende de ello)

cr0x@server:~$ cmd /c "reagentc /info"
Windows Recovery Environment (Windows RE) and system reset configuration
    Windows RE status:         Enabled
    Windows RE location:       \\?\GLOBALROOT\device\harddisk0\partition4\Recovery\WindowsRE

Qué significa: WinRE está habilitado. Las opciones de restablecimiento son viables si aceptas la pérdida de apps.

Decisión: Si WinRE está deshabilitado o ausente, “Restablecer este equipo” puede fallar. No lo descubras en plena crisis.

Tarea 10: Inspecciona bugchecks recientes y errores de disco (triaje de Event Log)

cr0x@server:~$ cmd /c "wevtutil qe System /q:\"*[System[(EventID=7 or EventID=51 or EventID=55 or EventID=1001)]]\" /c:5 /f:text"
Event[0]:
  Log Name: System
  Source: Microsoft-Windows-WER-SystemErrorReporting
  Event ID: 1001
  Description: The computer has rebooted from a bugcheck...

Qué significa: Hay errores críticos recientes. Event ID 7/51/55 suelen ser problemas de disco o NTFS. 1001 indica crashes.

Decisión: Si aparecen eventos relacionados con disco, prioriza la salud del almacenamiento sobre reinstalar el SO. Arregla hardware primero.

Tarea 11: Lista de aplicaciones instaladas como las ven las herramientas empresariales (inventario antes de la cirugía)

cr0x@server:~$ powershell -NoProfile -Command "Get-ItemProperty HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\* | Select-Object DisplayName,DisplayVersion | Sort-Object DisplayName | Select-Object -First 5"
DisplayName                         DisplayVersion
7-Zip 23.01 (x64 edition)           23.01
Google Chrome                       121.0.6167.141
Microsoft 365 Apps for enterprise   16.0.17231.20182
Notepad++ (64-bit x64)              8.6.4
Zoom Workplace                      6.0.2

Qué significa: Esta es tu línea base. No todas las apps se registran aquí (algunas portables no), pero la mayoría del software empresarial sí.

Decisión: Exporta esta lista antes de hacer cambios. Si el usuario luego dice “todo se fue”, tendrás recibos.

Tarea 12: Captura controladores (los controladores de terceros suelen romperse tras la reparación)

cr0x@server:~$ cmd /c "pnputil /enum-drivers | findstr /i \"Published Name Provider\" | more"
Published Name : oem12.inf
Driver package provider : Intel
Published Name : oem45.inf
Driver package provider : Realtek

Qué significa: Puedes ver paquetes de controladores de terceros. Los controladores de red y almacenamiento importan más para la supervivencia.

Decisión: Si el sistema depende de un controlador de almacenamiento específico del proveedor (p. ej., RAID), confirma que tienes un camino de reinstalación antes de tocar Windows.

Tarea 13: Confirma el canal de activación (ayuda a predecir el comportamiento post-reinstalación)

cr0x@server:~$ cmd /c "slmgr /dli"
Name: Windows(R), Professional edition
Description: Windows(R) Operating System, RETAIL channel
Partial Product Key: XXXX
License Status: Licensed

Qué significa: El canal retail suele estar ligado a una cuenta Microsoft o clave, no a un KMS empresarial.

Decisión: Si la activación es por KMS/MAK, confirma que la activación corporativa funcionará tras reparaciones mayores. Si no, “arreglarás” Windows dejándolo sin licencia.

Tarea 14: Valida que existan particiones reservadas/recuperación (seguridad de arranque)

cr0x@server:~$ cmd /c "diskpart /s %TEMP%\dp.txt"
Microsoft DiskPart version 10.0.19041.3636

DISKPART> list vol

  Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
  Volume 0     C   OS           NTFS   Partition    238 GB  Healthy    Boot
  Volume 1         EFI          FAT32  Partition    100 MB  Healthy    System
  Volume 2         Recovery     NTFS   Partition    990 MB  Healthy    Hidden

Qué significa: Las particiones EFI y Recovery están presentes. Es una buena señal para un comportamiento de arranque sensato.

Decisión: Si EFI/Recovery falta o está roto, prioriza arreglar la infraestructura de arranque; los planes de reinstalación cambian.

Tarea 15: Ver si Windows Setup probablemente permitirá “mantener apps” (verificación práctica)

cr0x@server:~$ cmd /c "setuperr.exe"
'setuperr.exe' is not recognized as an internal or external command,
operable program or batch file.

Qué significa: No tienes logs de Setup porque no has ejecutado setup todavía. Tras un intento in-place fallido, los registros viven bajo directorios Panther.

Decisión: Si un intento in-place falla, extraerás logs de C:\$WINDOWS.~BT\Sources\Panther y dejarás de adivinar.

Tres microhistorias corporativas (qué salió mal, qué nos salvó)

Microhistoria 1: El incidente causado por una suposición errónea (el mito de “mantener apps”)

Una empresa mediana tenía una flota de portátiles con Windows 10 usados por el equipo de ventas. Un puñado de dispositivos se quedaba atascado con fallos en las actualizaciones acumulativas y alguien propuso un arreglo rápido: “Restablecer este equipo, conservar mis archivos. Eso es básicamente una reinstalación que mantiene apps.” Sonó plausible. La interfaz era amigable. El calendario no.

El restablecimiento funcionó. Las máquinas arrancaron limpias. Los usuarios pudieron abrir hojas de cálculo otra vez. Entonces llegó la verdadera interrupción: el plugin del cliente CRM, el complemento de reserva de salas y un cliente VPN de línea de negocio desaparecieron. Los documentos de los usuarios estaban intactos, así que la operación fue declarada un éxito durante unos seis minutos.

Reinstalar el software faltante no fue solo “descargar y Next”. Algunos instaladores requerían aprobación de admin, otros necesitaban archivos de licencia offline y uno dependía de un runtime legacy que hubo que preparar en un orden específico. Mientras tanto, los endpoints derivaron a estados no conformes porque el agente de gestión mismo fue eliminado por el restablecimiento. Los dispositivos dejaron de reportar. Eso disparó alarmas de herramientas de seguridad y bloqueó el acceso a la red para algunos usuarios.

La suposición errónea no era que Reset sea malo. Reset está bien cuando aceptas la pérdida de apps. La suposición equivocada fue tratar “conservar mis archivos” como “conservar mi entorno”. Son promesas diferentes con radios de impacto muy distintos.

La remediación fue aburrida: inventariar apps primero, confirmar licencias y usar una actualización in-place donde “mantener apps” realmente signifique algo. La lección quedó porque costó productividad real y muchas actualizaciones de tickets.

Microhistoria 2: La optimización que se volvió en contra (ahorro de espacio vs Windows Setup)

Otra organización intentó reducir el uso de almacenamiento en estaciones de desarrollo. Alguien desplegó políticas agresivas de limpieza de disco: carpetas temporales grandes purgadas, cachés de delivery optimization limitadas y redirección de perfiles de usuario ajustada. Las imágenes de máquinas quedaron esbeltas. Los paneles de control lucían en verde. Todos se felicitaron en silencio.

Entonces llegó una ola de instalaciones de reparación—varios dispositivos necesitaron in-place upgrades para arreglar pilas de servicing rotas. Setup comenzó y falló con errores vagos. Surgió un patrón: máquinas con las políticas de limpieza más estrictas tenían la tasa de fallo más alta. El volumen del SO no tenía espacio de trabajo suficiente para que Setup preparara archivos, creara datos de retroceso y ejecutara pasos de migración.

Lo que lo hizo doloroso fue la naturaleza “casi funciona”. Setup corría un rato y luego revertía. Los usuarios perdieron horas. TI perdió credibilidad. Y porque el rollback restauró el estado roto anterior, el resultado fue un perfecto círculo de tiempo desperdiciado.

La solución no fue exótica: relajar temporalmente políticas de limpieza, asegurar espacio libre suficiente y asignar un buffer predecible. Windows Setup no es minimalista. Quiere área de staging, logs y retrocesos. Negárselo y se vuelve quisquilloso.

Esa “optimización” redujo el uso promedio de disco. También aumentó la frecuencia de incidentes. En términos de producción, bajó costo por nodo y subió costo por incidencia—un mal intercambio si te importan los fines de semana.

Microhistoria 3: La práctica aburrida pero correcta que salvó el día (imágenes y claves)

Una empresa tenía una práctica estricta para “eventos de reparación del SO”: antes de cualquier reparación importante, los técnicos debían capturar (1) claves de recuperación BitLocker, (2) un inventario básico de apps y (3) una imagen bare-metal del volumen del SO para las máquinas de alto riesgo. La gente refunfuñaba. Parecía lento. Parecía burocrático.

Una semana, un lote de portátiles empezó a mostrar timeouts intermitentes en NVMe. No fallos completos—solo lo suficiente para corromper archivos ocasionalmente y causar comportamiento extraño. Algunos fueron programados para actualizaciones in-place porque los síntomas parecían corrupción de actualizaciones. El proceso empezó un viernes (porque, por supuesto, así fue).

Durante la actualización, dos dispositivos tuvieron errores de almacenamiento y quedaron sin poder arrancar. Porque ya se había hecho la imagen antes, la recuperación fue sencilla: reemplazar la unidad, restaurar la imagen para recuperar el estado del usuario y luego realizar una migración controlada a una instalación fresca del SO. Las claves de recuperación ya estaban en el ticket, así que nadie tuvo que perseguir a usuarios en tránsito.

Esa práctica no evitó la falla. Convirtió la falla en rutinaria. Ese es el punto. No necesitas actos heroicos; necesitas un runbook y la disciplina aburrida para seguirlo.

Hechos interesantes y contexto histórico (para entender por qué Windows se comporta así)

“Instalación de reparación” solía ser un concepto de arrancar desde CD. Versiones antiguas de Windows tenían modos de reparación desde medios de instalación, pero el comportamiento moderno de “mantener apps” está ligado a la lógica de migración in-OS.
Los componentes side-by-side de Windows (WinSxS) existen para soportar mantenimiento a escala. Es la razón por la que Windows puede aplicar actualizaciones a una enorme matriz de estados del sistema—hasta que la tienda se corrompe, y entonces todo se vuelve raro.
La era “Windows como servicio” cambió las actualizaciones. Las actualizaciones de características se convirtieron en actualizaciones in-place frecuentes, así que Microsoft invirtió mucho en herramientas de migración que también impulsan las instalaciones de reparación.
Reset this PC evolucionó para recuperación de consumo, no para continuidad empresarial. Está diseñado para que una máquina doméstica funcione rápidamente, no para preservar pilas de apps complejas y agentes corporativos.
La activación se volvió más resistente con licencias digitales. Muchos sistemas se reactivan tras reinstalar basándose en ID de hardware, pero las licencias empresariales y ciertos proveedores aún se comportan como en 2009.
UEFI y GPT estandarizaron diseños de arranque. Windows moderno depende de particiones EFI y de recuperación; si faltan o están dañadas, provocan fallos de arranque “misteriosos” tras intentos de reinstalación.
La firma de controladores y la seguridad del kernel elevaron el listón. Los controladores VPN y AV antiguos son más propensos a romperse durante refrescos del SO porque actúan a bajo nivel.
Las aplicaciones de Microsoft Store se empaquetan de forma distinta. Pueden volver a registrarse o reinstalarse en bloque; las apps Win32 tradicionales son en su mayoría “copos de nieve con estado”.
Windows Setup escribe logs detallados. Muchos admins no los leen y luego se sorprenden cuando la adivinanza falla. Los logs están ahí; úsalos.

Modos de fallo: cómo se rompe “mantener apps” en la vida real

Si quieres mantener apps, debes entender qué amenaza ese resultado. Estos son los sospechosos habituales.

Desajustes de edición, idioma y build

Windows Setup ofrece la opción “Conservar archivos personales y aplicaciones” solo cuando determina una ruta de migración soportada. Si tu medio es incorrecto—diferente edición, idioma, demasiado antiguo, arquitectura no coincidente—Setup silenciosamente elimina la opción o fuerza “Conservar archivos solo”. No es Windows siendo malvado. Es Windows negándose a prometer una migración que no puede completar.

Salud del disco e inconsistencias del sistema de archivos

Una actualización in-place es una operación masiva de archivos: copiar, desempaquetar, preparar, mover, hardlink y retroceder. Los discos que “funcionan mayormente” se convierten en discos que fallan consistentemente bajo esta carga. Si ves timeouts de disco o eventos NTFS, trátalo como un incidente de hardware, no un incidente del SO.

No hay suficiente espacio para staging y rollback

Setup necesita espacio para:

expansión de la imagen de instalación,
caches de controladores y migración,
estado de retroceso,
archivos de log que pueden crecer mucho durante intentos repetidos.

Si tienes poco espacio, Setup puede fallar tarde, revertir y dejarte exactamente donde empezaste—solo más cansado.

Ganchos de seguridad y herramientas endpoint

Protección endpoint, DLP, clientes VPN y herramientas de cifrado de disco suelen instalar controladores de kernel, filtros de red y servicios del sistema. Durante una instalación de reparación, Windows puede deshabilitar o eliminar componentes incompatibles. “Conservaste apps”, pero las apps que hacen al dispositivo utilizable en la red corporativa pueden quedar rotas.

Licencias atadas a la identidad de la máquina

Algún software enlaza licencias a IDs de hardware, IDs de instalación de Windows, estado del TPM o claves de registro que pueden cambiar durante una instalación de reparación. La mayoría de las veces está bien. Cuando no lo está, es urgente y caro.

Broma #2: Los servidores de licencias huelen el miedo. También parecen saber cuándo es viernes.

Errores comunes (síntoma → causa raíz → solución)

1) Falta la opción “mantener apps” en Windows Setup

Síntoma: Setup solo ofrece “Conservar archivos personales solo” o “Nada”.

Causa raíz: Desajuste de medio (edición/idioma/build), arrancaste desde USB en lugar de ejecutar in-OS, o ruta de actualización no soportada.

Solución: Arranca en Windows, monta el ISO correcto, ejecuta setup.exe. Confirma la edición con DISM antes de comenzar.

2) La actualización in-place falla y revierte tras mucho tiempo

Síntoma: Horas de progreso y luego “Deshaciendo cambios”.

Causa raíz: Espacio insuficiente en disco, incompatibilidad de controladores o errores en el sistema de archivos.

Solución: Libera espacio, elimina/desactiva AV/VPN de terceros temporalmente, ejecuta chkdsk, lee logs Panther. No vuelvas a ejecutar a ciegas.

3) Tras “Restablecer este equipo (conservar mis archivos)”, las apps desaparecen

Síntoma: Las apps de escritorio faltan; el usuario está en shock.

Causa raíz: Reset está diseñado para eliminar aplicaciones instaladas.

Solución: Usa Reset solo cuando tengas un plan de reinstalación (MDM, SCCM, Intune o instaladores manuales) y un plan de recuperación de licencias.

4) El dispositivo arranca pero el acceso a la red corporativa está roto

Síntoma: Wi-Fi funciona, pero VPN/802.1X/autenticación por certificados falla.

Causa raíz: Se eliminaron o invalidaron controladores filtro de red, certificados o agentes de gestión.

Solución: Reinscribe el dispositivo, reinstala el cliente VPN, restaura certificados, confirma sincronización horaria y valida NLA y servicios.

5) Aparece el prompt de clave de recuperación de BitLocker inesperadamente

Síntoma: Tras reiniciar, BitLocker pide la clave de recuperación.

Causa raíz: Cambiaron las mediciones del TPM (cambios de firmware, cambios en la config de arranque), o no se suspendió BitLocker durante cambios mayores del SO.

Solución: Recupera la clave desde tu vault de directorio/cuenta, suspende la protección antes de operaciones de reparación cuando corresponda y asegúrate de que las opciones de arranque seguro sean estables.

6) El sistema está “arreglado” pero las actualizaciones siguen fallando

Síntoma: La instalación de reparación finalizó, pero Windows Update sigue con errores.

Causa raíz: Problemas subyacentes en la pila de mantenimiento, restricciones de políticas o problemas de red/proxy/WSUS más que corrupción del SO.

Solución: Valida la configuración de la fuente de actualizaciones, revisa los registros de eventos, confirma conectividad e inspecciona políticas y servicios de Windows Update.

7) Las apps se “mantuvieron” pero se comportan como la primera ejecución / perdieron configuraciones

Síntoma: Las apps se abren, pero los perfiles/configuraciones faltan.

Causa raíz: Corrupción del perfil de usuario, reconstrucción de perfil, carpetas redirigidas o datos de app almacenados en ubicaciones no migradas correctamente.

Solución: Verifica integridad del perfil de usuario, restaura directorios de datos específicos de apps, evita borrar AppData a lo loco durante la limpieza.

Listas de verificación / plan paso a paso

Lista de decisión: elige la ruta de recuperación correcta

Si no puedes arrancar en Windows: es improbable que hagas una reparación in-place que conserve apps. Considera restauración desde imagen, reparación offline o instalación limpia con recuperación de datos.
Si la salud del disco es dudosa: detente y haz imagen/backup primero. Las operaciones del SO no arreglan hardware.
Si necesitas preservar aplicaciones: planifica una actualización in-place, no un Reset.
Si necesitas certeza de seguridad: la instalación limpia es la respuesta correcta. La persistencia puede preservar cosas malas también.

Lista de verificación pre-vuelo (haz esto antes de tocar Setup)

Confirma edición y build (Tareas 1–2).
Confirma espacio libre (Tarea 3).
Confirma disponibilidad de claves de recuperación BitLocker (Tarea 4).
Ejecuta un escaneo chkdsk y repara según sea necesario (Tarea 6).
Ejecuta SFC y DISM (Tareas 7–8).
Exporta inventario de apps instaladas (Tarea 11).
Identifica controladores críticos y componentes VPN/AV (Tarea 12).
Confirma canal de activación (Tarea 13).

Paso a paso: actualización in-place que realmente mantiene apps

Consigue el medio de instalación correcto: misma versión mayor del SO, misma edición, mismo idioma, misma arquitectura (x64 vs ARM64). Prefiere build igual o más nueva.
Arranca en Windows normalmente: no empieces arrancando desde USB.
Desactiva o desinstala temporalmente AV/VPN/DLP de terceros si tu entorno lo permite. Estos controladores frecuentemente causan fallos de Setup.
Monta el ISO y ejecuta setup.exe.
Elige: “Conservar archivos personales y aplicaciones.” Si no se ofrece, detente y reevalúa—no te quedes con esperanza.
Después de completar: verifica el stack de red, la inscripción en gestión de dispositivos y la salud de las herramientas de seguridad antes de declarar victoria.
Luego parchea: ejecuta Windows Update y confirma que el problema original desapareció.

Paso a paso: cuando debes hacer instalación limpia (y aún minimizar el dolor)

Haz backup de datos de usuario (documentos, escritorio, descargas) y ubicaciones de datos específicas de apps.
Exporta inventario de apps e información de licencias cuando sea posible.
Confirma claves de recuperación y rutas de activación.
Instala Windows limpiamente usando la edición correcta.
Instala controladores (chipset/red/almacenamiento) primero, luego el agente de gestión, luego herramientas de seguridad y finalmente las aplicaciones de negocio.
Restaura datos y valida configuraciones de apps e inicios de sesión.

Preguntas frecuentes

1) ¿Puedo reinstalar Windows 11 y mantener todos mis programas instalados?

Sólo mediante una actualización in-place ejecutada desde dentro de Windows, con medio compatible y una ruta de migración soportada. Reset no conservará programas de escritorio.

2) ¿“Restablecer este equipo” conserva aplicaciones?

No para aplicaciones de escritorio tradicionales. “Conservar mis archivos” significa que los datos de usuario permanecen; las apps se van. Planea en consecuencia.

3) Si instalo Windows encima sin formatear, ¿mis apps seguirán funcionando?

Normalmente no. Puede que obtengas Windows.old con tus archivos antiguos, pero los programas instalados no estarán registrados y no funcionarán como instalados.

4) ¿Por qué a veces Windows Setup oculta la opción “mantener apps”?

Porque detectó un desajuste (edición/idioma/build/arquitectura) o iniciaste Setup desde medios de arranque. Setup no promete lo que no puede migrar.

5) ¿Las aplicaciones de Microsoft Store sobreviven a una reinstalación?

A veces. Las apps de la Store están basadas en paquetes y pueden volver a registrarse, pero una instalación limpia aún requiere reinstalarlas. No cuentes con que sobrevivan a un borrado.

6) ¿Una actualización in-place arreglará Windows Update roto?

A menudo sí—especialmente cuando la tienda de componentes o archivos del sistema están corruptos. Pero si tu fuente de actualizaciones/políticas está mal (WSUS/proxy), seguirás fallando tras la reparación.

7) ¿Y los controladores—se conservarán?

Muchos controladores se conservan, pero los controladores problemáticos de kernel (VPN, AV, filtros de almacenamiento) pueden eliminarse o reemplazarse. Siempre verifica la funcionalidad de red y almacenamiento después.

8) ¿Cómo reduzco el riesgo de perder licencias de software?

Inventaria el software, captura claves de licencia cuando corresponda, confirma políticas de reactivación de proveedores y evita cambios innecesarios de hardware/TPM durante el proceso.

9) Si la máquina no arranca, ¿es posible aún “mantener apps”?

No en el sentido soportado normal. Si no puedes ejecutar Setup desde dentro de Windows, la lógica de migración que conserva apps generalmente no puede correr. Considera restaurar desde imagen o instalación limpia con recuperación de datos.

10) ¿Debería hacer SFC/DISM antes de reinstalar?

Sí. Son de bajo riesgo y frecuentemente arreglan el problema sin reinstalar. Si fallan, también has reunido evidencia que respalda pasar a una actualización in-place.

Conclusión: siguientes pasos que no dañarán

Si recuerdas una cosa: “Mantener apps” no es una vibra; es un procedimiento específico. La actualización in-place es lo más cercano a “reinstalar Windows y mantener apps”, y solo funciona cuando la ejecutas desde un Windows arrancado con medio compatible y un disco razonablemente sano.

Siguientes pasos:

Ejecuta las comprobaciones rápidas: arranque, señales de salud del disco, estado de BitLocker, espacio libre.
Prueba SFC y DISM antes de reinstalar nada.
Si realmente necesitas conservar apps, planifica una actualización in-place y valida la compatibilidad del medio primero.
Si el dispositivo no es de confianza, es inestable o el disco falla, deja de perseguir “mantener apps” y haz una instalación limpia o restauración desde imagen con redeploy controlado de apps.