Error 0x80070490: corrupción silenciosa de componentes del sistema

El error 0x80070490 de Windows se ha convertido en uno de esos códigos que aparecen en los momentos más inoportunos: al instalar una actualización, al intentar pasar de Home a Pro, al agregar una cuenta de correo o incluso al activar características como .NET Framework 3.5. Aunque el mensaje pueda sonar críptico, detrás suele haber problemas bastante concretos con controladores, componentes de Windows Update o archivos de configuración dañados.

En esta guía vas a encontrar una explicación completa y detallada de todas las causas conocidas del error 0x80070490 y las formas más eficaces de solucionarlo en Windows 10, Windows 11, la aplicación Correo y Calendario, Microsoft Store, Xbox e incluso en escenarios más avanzados con WSUS o servidores. Verás desde soluciones sencillas como usar el solucionador de problemas hasta ajustes avanzados en el Registro, reparación de daños del sistema o manipulación de controladores concretos.

Qué significa realmente el error 0x80070490

La kodo 0x80070490 suele equivaler a ERROR_NOT_FOUND, es decir, que Windows no puede encontrar algo que necesita para completar una operación. En la práctica, se manifiesta sobre todo en tres grandes bloques de problemas:

Por un lado, está muy ligado a Windows Update y al almacén de componentes CBS (Component Based Servicing), que es el sistema interno que gestiona instalaciones, actualizaciones y muchos cambios de características. Si hay un archivo corrupto, una referencia rota en el Registro o un controlador que falta, CBS falla y devuelve 0x80070490.

Por otro, el error aparece cuando la aplicación Correo/Calendario o la propia cuenta de Microsoft no pueden acceder a la configuración guardada, a permisos de privacidad o a ciertos datos de usuario en el registro AppxAllUserStore. En esos casos se ve el mensaje de “no pudimos encontrar tu configuración”.

Además, es frecuente encontrar este código al actualizar de Windows Home a Pro en equipos OEM (Asus, HP, Lenovo, Dell, etc.) por conflictos entre la licencia embebida en la BIOS y la nueva edición que intentas instalar o activar.

Causas técnicas más habituales del error 0x80070490

Detrás del mismo código 0x80070490 pueden existir causas muy distintas. Conocerlas ayuda a escoger la solución correcta y no ir a ciegas probando cosas al azar.

Una de las más comunes es la corrupción en el Almacén de Componentes del Sistema (CBS) o en el Servicio basado en componentes. Aquí entran en juego archivos dañados, entradas de registro inválidas, vínculos duros perdidos en el sistema o colas de operaciones de controlador que no se cargan bien.

Alia komuna kaŭzo estas controladores incompletos o incorrectos. Por ejemplo, dispositivos como “Controlador de memoria PCI” o “Controlador de bus SM” apareciendo en “Otros dispositivos” en el Administrador de dispositivos, indican que el chipset no está bien instalado. Eso puede provocar errores en DeviceSetupManager (IDs de evento 131 y 201) con mensajes como “Error en la preparación de metadatos, resultado=0x80070490”.

También influyen mucho los triaparta antivirusilo y cortafuegos agresivos que filtran el tráfico de Windows Update o bloquean servicios como BITS, el servicio criptográfico o el propio wuauserv. En esos casos, el error 0x80070490 aparece simplemente porque la comunicación con los servidores de actualización no se completa.

Ni ne devas forgesi la archivos de configuración mal formados, como un SetupConfig.ini vacío o con valores erróneos en instalaciones de características o de nuevas ediciones de Windows. Si el instalador no puede leer la configuración, devuelve 0x80070490 y aborta.

Errores 0x80070490 relacionados con Windows Update

Cuando aparece durante una actualización, lo más probable es que esté implicado el servicio CBS, los componentes internos de Windows Update o la propia cola de controladores que maneja las operaciones de instalación y desinstalación.

En estos casos, los registros CBS.log y WindowsUpdate.log son clave. Se encuentran en C:\Windows\Logs\CBS\CBS.log y, en el caso del segundo, se genera combinando trazas de Windows Update. En los momentos en los que aparece el error verás líneas similares a:

Failed reading Identity for driver operation, Failed loading driver operation queue o Doqi: Failed loading driver operations queue, todas con HRESULT = 0x80070490 (ERROR_NOT_FOUND). Esto indica que Windows no localiza la identidad de una operación de controlador concreta (sequenceID) o que falta algún elemento de la cola.

También es habitual encontrar, en actualizaciones de características, entradas donde el instalador de Setup360 o WindowsUpdateBox.exe finaliza con Process return code = 0x80070490, y el estado interno de la instalación se reinicia a “inválido”.

Solución de errores por actualizaciones pendientes y cola de controladores

En sistemas donde una actualización queda en estado “Pendiente de instalación”, CBS intenta completar una cola de operaciones de controlador que incluye elementos numerados (1, 2, etc.). Si la carpeta o clave de registro que representa la operación “1” está dañada, el sistema lanza 0x80070490 al no encontrarla.

En ĉi tiuj kazoj, una corrección muy concreta consiste en manipular la ruta:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\DriverOperations\1

Si esa subclave “1” está corrupta, se puede eliminarla cuidadosamente (previa copia de seguridad del Registro) para que Windows deje de intentar cargarla. Es importante exportar la clave antes por seguridad, especialmente en entornos de servidor.

Después, conviene asegurarse de que el servicio Instalador de confianza (TrustedInstaller) está configurado correctamente. Ejecutar en un símbolo del sistema con privilegios elevados:

sc config trustedinstaller start=demand

Con esto se garantiza que el servicio responsable de instalar componentes de Windows pueda arrancar bajo demanda sin problemas. Una vez hecho, se vuelve a intentar la instalación de las actualizaciones.

Actualizaciones de características y archivo SetupConfig.ini

Cuando intentas instalar una actualización de características de Windows 10 u 11 (por ejemplo, pasar de una versión a otra dentro del mismo sistema) a través de Windows Update o del Centro de software (WSUS), 0x80070490 puede aparecer al final del proceso, justo cuando el instalador intenta arrancar la fase de Setup.

En el log WindowsUpdate.log se ven llamadas a WindowsUpdateBox.exe o a componentes como Setup360, que cargan un archivo de configuración (SetupConfig.ini). Si ese archivo está vacío, mal escrito o contiene parámetros erróneos, el instalador devuelve 0x80070490 y aborta.

La ruta típica del archivo conflictivo es:

C:\Users\Default\AppData\Local\Microsoft\Windows\WSUS\SetupConfig.ini

Una primera opción es eliminar directamente SetupConfig.ini para que la instalación cree uno nuevo por defecto. Si se prefiere conservarlo, se puede editar para asegurarse de que contenga, al menos, una línea coherente, por ejemplo:

Show OOBE=None

Kun archivo de configuración correcto o regenerado, la instalación de la actualización de características suele completarse sin que vuelva a aparecer el código 0x80070490.

Errores 0x80070490 en actualizaciones acumulativas y daños de sistema

Otra variante muy habitual se da con las actualizaciones acumulativas mensuales, que a veces devuelven 0x80070490 acompañadas de códigos adicionales como 0x8e5e03fa. En el Registro de eventos de Windows verás mensajes donde paquetes concretos (por ejemplo KB5004122 o KB5004298) intentan cambiar al estado “Installed” y fallan con ese código de estado.

Estos fallos suelen estar asociados a korupto de sistemaj dosieroj o en la estructura del almacén de componentes, por lo que la reparación estándar pasa por las herramientas integradas SFC y DISM.

Desde un símbolo del sistema con permisos de administrador, se recomienda ejecutar en este orden:

DISM /Enreta /Purigo-Bildo /RestarigoSano
SFC /Scannow

DISM se encarga de comprobar y restaurar la imagen de Windows usando archivos de referencia, mientras que el Comprobador de Archivos de Sistema repara ficheros individuales dañados. Si DISM detecta corrupción en el almacén CBS y la corrige, SFC tendrá muchas más posibilidades de éxito.

Tras la reparación, es buena idea reinicializar ciertos componentes de Windows Update, en especial la carpeta Catroot2 y la distribución de software:

reta haltigo kriptsvc
cd %systemroot%\system32
xcopy catroot2 catroot2.old /s
del %systemroot%\system32\catroot2\* /q
reta komenco kriptsvc

Y para la carpeta SoftwareDistribution:

reta haltejo wuauserv
cd %systemroot%
ren SoftwareDistribution SoftwareDistribution.old
reta komenco wuauserv

Post kiam ĉi tiuj paŝoj estas kompletigitaj, volver a intentar la instalación del parche es lo siguiente. Si la corrupción era leve o estaba limitada a ficheros de actualización, 0x80070490 suele desaparecer.

Falta de archivos de controlador y error 0x80070490

En escenarios más avanzados, como servidores o equipos con roles específicos, el error 0x80070490 puede deberse a controladores concretos que faltan en el DriverStore. Un ejemplo documentado es el del controlador wvms_pp.inf, usado por determinados componentes de virtualización y gestión.

Si en el CBS.log aparecen mensajes del tipo Shtd: Failed while processing non-critical driver operations queue con HRESULT = 0x80070490, y se menciona este controlador, la solución pasa por reconstruir su presencia en el sistema.

El procedimiento típico implica crear manualmente una carpeta como:

C:\Windows\System32\DriverStore\FileRepository\wvms_pp.inf_amd64_81d18de8de8dedd4cc4

Después, se copian todos los archivos .inf y relacionados desde la ruta de WinSxS correspondiente, algo similar a:

C:\Windows\WinSxS\amd64_wvms_pp.inf_31bf3856ad364e35_6.2.9200.22376_none_bc457897943a83fe

Para completar la reparación, se carga el subárbol de controladores en el Registro y se comprueba que la entrada HKEY_LOCAL_MACHINE\<Driver Hive>\DriverDatabase\DriverInfFiles\wvms_pp.inf apunte correctamente a esos archivos. Con ello, la cola de operaciones de controlador puede procesarse sin lanzar 0x80070490.

Uzante la problemsolvan ilon de Windows Update

Antes de meterse a tocar el Registro o a renombrar carpetas del sistema, conviene probar lo que ofrece el propio Windows. El solucionador de problemas de Windows Update resuelve buena parte de los casos sencillos de 0x80070490 sin necesidad de comandos.

En Windows 10 y 11, se accede desde Inicio > Configuración > Actualización y seguridad > Solucionar problemas, y luego entrando en “Solucionadores de problemas adicionales” u “Otros solucionadores de problemas” para ejecutar el de Windows Update.

Esta herramienta analiza de forma automática los servicios implicados, los permisos de carpetas clave, la cola de actualizaciones, el estado del BITS y del instalador de módulos de Windows, corrigiendo gran parte de los problemas típicos. Es importante no apagar el equipo mientras se ejecuta, ya que puede tardar un rato.

Si al finalizar indica que ha corregido errores, reiniciar el PC y volver a pulsar en “Buscar actualizaciones” es lo recomendable. Si el error 0x80070490 era consecuencia de un conflicto menor, es probable que no vuelva a aparecer.

Cuando este solucionador no es suficiente, se puede recurrir a Windows Repair, una herramienta de terceros que automatiza muchos de los pasos descritos (reinicio de servicios, reseteo de permisos, reparación de componentes de actualización). Ejecutando el preset de “Windows Updates” se rehacen múltiples configuraciones internas que suelen estar detrás del problema.

Desactivar antivirus de terceros y comprobar servicios clave

Un punto que se pasa por alto demasiadas veces es el impacto de los triaparta antivirusilo y de los cortafuegos integrados en suites de seguridad. Estos programas, al vigilar el tráfico y modificar certificados, pueden interferir con las conexiones que Windows Update necesita con los servidores de Microsoft.

Si tu PC tiene instalado un antivirus que no sea el Defensor de Windows, merece la pena : protección en tiempo real, firewall y cualquier módulo de inspección web. Tras el desactivado, se reinicia el equipo y se prueba de nuevo la actualización.

En entornos donde sólo se usa Windows Defender, a veces conviene revisar que la realtempa protekto no esté dejando al sistema en un punto intermedio raro, y que los servicios de actualización no estén bloqueados accidentalmente.

Además, conviene comprobar que los servicios esenciales para Windows Update estén realmente en ejecución. Desde Ejecutar (Win + R) se abre servoj.msc y se revisa el estado de:

Windows Update (wuauserv), Servicio de transferencia inteligente en segundo plano (BITS), Servicio criptográfico, Instalador de Windows (MSI).

Si alguno está detenido sin motivo aparente, intentar iniciarlo manualmente es la prueba inmediata. Si no se deja, el error puede estar en el propio servicio, algo que DISM/SFC o el solucionador de problemas de Windows Repair suelen poder subsanar.

Mane restarigi komponantojn de Windows Update

Cuando ni el solucionador de problemas ni los comandos básicos arreglan el asunto, el siguiente paso lógico es restablecer a mano los componentes de Windows Update. Esto implica detener servicios, renombrar carpetas internas y arrancar todo de nuevo desde cero.

Con un símbolo del sistema como administrador, el primer bloque de comandos se usa para detener servicios implicados en las descargas e instalaciones:

reta haltejo wuauserv
reta haltigo kriptaSvc
netaj haltpecoj
reta haltigo msiserver

Con los servicios detenidos, se renombran las carpetas que almacenan la caché de actualizaciones para forzar su regeneración:

ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 Catroot2.old

Estas carpetas se regeneran automáticamente al volver a activar los servicios, por lo que renombrarlas fuerza a Windows a crear un “almacén de actualizaciones” nuevo.

Para terminar, se vuelven a iniciar los servicios:

reta komenco wuauserv
reta komenco kriptaSvc
netaj komencaj bitoj
reta komenco msiserver

Tras reiniciar el equipo, se abre de nuevo Windows Update y se busca la actualización. Este tipo de reset manual suele ser mano de santo cuando 0x80070490 se debe a una caché corrupta o a un historial de actualización en mal estado.

Restaŭri la sistemon al antaŭa punkto

Si el error 0x80070490 empezó a aparecer justo después de una actualización concreta o de instalar algún programa conflictivo, una opción prudente es volver a un punto de restauración anterior, donde el sistema estaba estable.

Para ello, desde Win + R se ejecuta rstrui, lo que abre el asistente de Restaurar sistema. Se escoge “Mostrar más puntos de restauración” y se selecciona uno anterior a la primera aparición del error o antes de que una determinada aplicación empezara a fallar.

El proceso reinicia el equipo y devuelve Windows al estado de ese día: archivos del sistema, configuración y Registro incluidos. Los documentos personales se suelen mantener, pero hacer una copia de seguridad por si acaso es una buena práctica.

Una vez restaurado, probar de nuevo Windows Update o la operación que daba 0x80070490 es la comprobación final. Si el fallo estaba ligado a cambios recientes, restaurar el sistema suele ser una medida efectiva y relativamente poco invasiva.

Errores 0x80070490 al pasar de Windows Home a Pro en equipos OEM

En portátiles y sobremesas de fabricantes como Asus, HP, Lenovo, Dell, Acer, etc., es habitual encontrar un error 0x80070490 al actualizar de Home a Pro, incluso usando licencias legítimas compradas en la Microsoft Store o claves retail válidas para la edición Pro.

La raíz del problema suele estar en la licencia OEM incrustada en la BIOS/UEFI. El sistema “ve” siempre esa clave de Home y, cuando se intenta cambiar a Pro, se crea un conflicto entre la edición actual y la nueva, disparando el código de error.

Existen métodos avanzados que pasan por eliminar la clave OEM desde la ISO de instalación y hacer una instalación limpia personalizada, pero son procesos bastante complejos y conllevan formatear el equipo, por lo que no son recomendables para todo el mundo.

Una forma más asequible de reducir estos conflictos es asegurarse de que el sistema está totalmente íntegro antes de intentar la actualización de edición. Para ello, desde una consola como administrador se ejecuta:

sfc /skanu nun
DISM /Online /Cleanup-Image /StartComponentCleanup
DISM /Enreta /Purigo-Bildo /RestarigoSano

Post kiam la riparo finiĝos, intentar de nuevo el paso a Pro es la acción siguiente, bien desde la Microsoft Store (si sólo quieres cambiar de edición sin activar aún) o desde Configuración > Sistema > Activación introduciendo una clave Pro válida (Retail, OEM, VLSC, etc.).

Error 0x80070490 al activar .NET Framework 3.5 con DISM

Otro escenario que se ve cada vez más en Windows 11 es el fallo al habilitar la característica .NET Framework 3.5 mediante DISM, tanto con archivos locales como directamente desde Windows Update. Aunque la barra de progreso llega al 100 %, el proceso termina con “Error: 1168 – No se ha encontrado el elemento”, que internamente se traduce en 0x80070490.

El comando típico usado es algo como:

DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:E:\sources\sxs

Donde E: es la unidad del ISO de Windows. Si la ruta a sources\sxs no coincide exactamente con el contenido del ISO de la misma versión y compilación que la instaladas, DISM no encuentra los paquetes necesarios y devuelve el error.

Para minimizar problemas, es clave usar un ISO que coincida con la versión de imagen que muestra DISM (por ejemplo 10.0.22621.2506) y comprobar que la carpeta sources\sxs contiene realmente los paquetes de NetFx3. En algunos medios de instalación recortados o muy antiguos, esos archivos no están disponibles.

Si la fuente local no funciona, se puede probar a ejecutar el mismo comando pero sin /LimitAccess para permitir que DISM tire de los repositorios en línea de Microsoft, siempre que el equipo tenga conexión y no haya bloqueos por proxy o firewall.

Errores de DeviceSetupManager, metadatos y controladores de chipset

En el Visor de eventos, bajo el origen DeviceSetupManager, pueden aparecer errores con ID 131 o 201 que incluyen el resultado 0x80070490 o códigos como 0x80072EFE. Mensajes del estilo “Error en la preparación de metadatos, resultado=0x80070490” indican problemas a la hora de obtener información de dispositivos desde los servicios de metadatos de Windows.

En un caso típico con una placa ASUS PRIME H310M-K R2.0 y Windows 10 Pro 22H2, tras reinstalar el sistema aparecían en “Otros dispositivos” del Administrador de dispositivos los elementos “Controlador de memoria PCI” y “Controlador de bus SM”, además de iconos con reloj en “Dispositivos e impresoras”.

Estos síntomas apuntan directamente a controladores de chipset sin instalar. Al descargar e instalar desde la web oficial de ASUS el paquete “Intel Chipset Driver” adecuado para la placa, esos dispositivos desaparecieron de la lista de desconocidos y los errores del DeviceSetupManager dejaron de generarse de forma repetitiva.

En estos casos, actualizar el controlador de chipset es una decisión acertada, ya que aporta la identificación correcta de los dispositivos de la placa. En cuanto a la “Interfaz del motor de administración” (Intel Management Engine Interface), muchas veces Windows instala un controlador genérico a través de Windows Update, de modo que no siempre es obligatorio poner el de la web del fabricante si todo funciona correctamente.

Sobre otros controladores (LAN, audio Realtek, VGA, SATA), la recomendación es instalarlos desde la web del fabricante si ves dispositivos sin controlador o si utilizas funciones avanzadas. Aunque no suelen ser la causa directa de 0x80070490, tener el chipset y controladores base en orden reduce bastante el riesgo de errores de este tipo.

Relación con el BIOS y actualizaciones opcionales

Muchas personas se preguntan si un BIOS desactualizado, por ejemplo tener la versión 1005 cuando el fabricante ya va por la 2208, puede ser el origen del error 0x80070490. En la mayoría de casos domésticos, la respuesta es que el BIOS influye poco en este tipo de fallo; para salir de dudas conviene identificar si un fallo es de hardware o de software.

Actualizar el BIOS conlleva cierto riesgo, así que no es la primera medida a considerar. Es más efectivo asegurarse de que los controladores de chipset, LAN, audio y gráficos están al día y que las actualizaciones opcionales de controladores de Windows Update se instalan con prudencia, eligiendo sólo aquellas que realmente se necesiten.

En la sekcio de “Mejoras opcionales” de Windows 10/11, a veces aparecen múltiples controladores Intel con fechas antiguas (como 2016 o incluso 1968, que es un valor comodín). Si acabas de instalar el paquete oficial de chipset y algunos de esos controladores desaparecen de la lista, es buena señal: significa que el fabricante ya proporciona versiones más recientes y no hace falta confiar tanto en los genéricos de Windows Update.

En cuanto a cambiar el servidor de hora de Internet, desactivar la descarga automática de metadatos de dispositivos o tocar la clave DeviceMetadataServiceURL en el Registro, sólo tiene sentido en escenarios muy concretos donde se sepa que el problema está en la descarga de metadatos. En la mayoría de casos de 0x80070490, no es necesario ajustar estos parámetros.

Error 0x80070490 en la aplicación Correo y Calendario

El código 0x80070490 también aparece asociado a la aplicación Correo de Windows 10/11, sobre todo al intentar añadir una segunda cuenta de correo, ya sea Outlook, Gmail u otro proveedor. El mensaje suele indicar que la configuración no se ha podido encontrar o que la operación ha fallado con el citado código.

A nivel interno, esto suele deberse a entradas corruptas en el almacén AppxAllUserStore, a permisos de privacidad mal configurados o a una instalación dañada de la propia app Correo y Calendario.

Un primer paso aconsejable es revisar la privatecaj agordoj: Configuración > Privacidad > Correo electrónico y Calendario, y asegurarse de que está permitido que las aplicaciones accedan al correo y al calendario, y que la app Correo y Calendario tiene permiso explícito.

Seguidamente, es muy útil actualizar la aplicación desde Microsoft Store. En la Store se entra a “Biblioteca” > “Obtener actualizaciones” y se aplica cualquier actualización pendiente de Mail and Calendar. Muchas veces el error desaparece tras poner la app al día.

Si no basta, se puede entrar en Configuración > Aplicaciones > Correo y Calendario > Opciones avanzadas y usar el botón de Restaŭri. Esto limpia los datos locales de la app, que se vuelve a configurar desde cero. En casos extremos, se puede desinstalar con PowerShell (Get-AppxPackage Microsoft.Windowscommunicationsapps | Remove-AppxPackage) y volver a instalarla desde la Store.

Cuando la corrupción está en el registro AppxAllUserStore, una solución avanzada consiste en eliminar las claves S-1-5-21-… bajo HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Appx\AppxAllUserStore relacionadas con IDs de usuario que ya no existen, y reiniciar. Esto elimina cachés de usuario obsoletas que pueden estar estorbando.

Uso de SFC y DISM para problemas de correo y configuración

Incluso cuando el error 0x80070490 aparece en la app de Correo o en la configuración de cuentas, es buena idea ejecutar un escaneo SFC. Desde un símbolo del sistema como administrador, se lanza:

sfc /skanu nun

El comprobador revisa todos los archivos protegidos del sistema y reemplaza los dañados con copias correctas. El proceso puede tardar entre 15 y 20 minutos y, si detecta problemas en el almacén CBS, lo indicará al final.

Si se informa de corrupción en CBS, conviene seguir con DISM:

DISM /Enreta /Purigo-Bildo /SkanadoSano
DISM /Enreta /Purigo-Bildo /RestarigoSano

Al finalizar, se recomienda reiniciar y volver a intentar agregar la cuenta en la app Correo o repetir la operación de configuración que daba error. SFC y DISM, bien ejecutados, corrigen gran parte de los problemas estructurales que derivan en 0x80070490, independientemente de en qué parte de Windows se manifiesten.

Aunque el código 0x80070490 pueda parecer desesperante, casi siempre responde a un conjunto conocido de causas: componentes de Windows Update dañados, colas de controladores corruptas, perfiles de usuario problemáticos o aplicaciones UWP mal instaladas. Combinando las herramientas integradas (solucionador de problemas, SFC, DISM, restaurar sistema), la reinstalación de controladores clave (chipset, controladores base del fabricante) y, cuando hace falta, algunos ajustes avanzados en Registro y carpetas de sistema, es posible devolver la estabilidad al equipo sin tener que formatear ni empezar desde cero.