El error 0x800f0905 aparece en Windows 11 (y, con menor frecuencia, en Windows 10) cuando Windows Update no puede terminar la instalación o la desinstalación de una actualización porque faltan archivos en el sistema. Lo más habitual es verlo al instalar un KB concreto, al intentar desinstalar un parche problemático como KB5074109 (la actualización de seguridad de enero de 2026) o al aprovisionar una máquina virtual nueva en Hyper-V con Windows 11 24H2. La primera prueba, en casi todos los casos, es reparar el component store con DISM /Online /Cleanup-Image /RestoreHealth y comprobar la salud del sistema con sfc /scannow; si no basta, hay que descargar el KB desde el Catálogo de Microsoft Update o, en el caso de la VM, reconstruirla desde la ISO más reciente. Windows 10 ya no tiene soporte desde el 14/10/2025 (solo parches con el programa ESU hasta el 13/10/2026), así que si tu PC sigue en Windows 10 conviene tenerlo presente antes de seguir peleando con este error.
Qué es el error 0x800f0905 y cuándo sale
El código 0x800f0905 es un HRESULT que devuelve el servicing stack de Windows (la pieza que se encarga de instalar, desinstalar y mantener las actualizaciones) cuando no encuentra los archivos que necesita para completar una operación. El mensaje que suele verse en pantalla es "No se pudieron instalar algunas actualizaciones porque faltan archivos", acompañado a veces del número del KB que ha fallado.
Sale, sobre todo, en tres situaciones: al instalar un KB concreto, al intentar desinstalar una actualización problemática y al aprovisionar una VM recién creada. Afecta principalmente a Windows 11 y, en menor medida, a Windows 10. Windows 10 dejó de tener soporte el 14/10/2025 y solo recibe parches con el programa ESU hasta el 13/10/2026, así que en ese sistema el error es cada vez más frecuente.
Por qué Windows devuelve 0x800f0905: lo que puede estar fallando
| Lo que ves en tu PC | Causa más probable | Dónde se arregla |
|---|---|---|
| Solo falla un KB, los demás se instalan bien | El paquete de ese KB no encuentra sus archivos (catálogo o componente dañado) | "El KB concreto no encuentra sus archivos" |
| Todas las actualizaciones fallan con 0x800f0905 | El servicing stack o el component store están dañados | "Todas las actualizaciones fallan" |
| Empezó tras instalar un parche y no puedes desinstalarlo | Conflictos del servicing stack al deshacer el cambio | "No puedes desinstalar el KB problemático" |
| El error sale en una VM recién creada en Hyper-V | Servicing stack desactualizado dentro del invitado | "0x800f0905 en una máquina virtual recién creada" |
| Falla siempre y el disco del sistema tiene poco espacio | Falta sitio para que el component store trabaje | "Confirma la causa" + liberar espacio en disco |
Confirma la causa del 0x800f0905 antes de tocar nada
Antes de aplicar cualquier arreglo necesitas saber qué pieza está rota: si es un archivo concreto, todo el component store, falta de espacio o un KB que se atasca al desinstalarse. Las tres comprobaciones que siguen te lo dicen; cada una apunta a una causa distinta y a la parte de esta guía donde se arregla. Si fallas el diagnóstico, el arreglo no hará nada o empeorará las cosas.
El historial de Windows Update: uno o todos
Abre el historial y mira si el error se repite en un solo KB o en todos. Esto separa el caso "archivo ausente" del caso "servicing stack roto".
Pasos: pulsa Win+I para abrir Configuración; ve a Windows Update (en Windows 10: Actualización y seguridad); abre el historial; revisa las actualizaciones con estado "Error" y apunta el KB. Si solo falla uno, ve a "El KB concreto no encuentra sus archivos". Si fallan todos, ve a "Todas las actualizaciones fallan".
El Visor de eventos: el origen y el ID de cada fallo
El Visor de eventos guarda el detalle exacto de cada intento de actualización: qué KB falló, qué archivo no encontró y qué componente está dañado. Busca eventos con origen Setup o Microsoft-Windows-WindowsUpdateClient y error 0x800f0905; anota el KB y el nombre del componente, los necesitarás después.
eventvwr.mscPasos: pulsa Win+R, escribe eventvwr.msc y pulsa Intro; en el panel izquierdo abre Registros de Windows y haz clic en Configuración; en el centro, busca los eventos con nivel "Error"; abre los que tengan origen Setup o Microsoft-Windows-WindowsUpdateClient; en la pestaña Detalles apunta el número de KB y el componente. Con esos dos datos ya puedes ir a la parte de arreglo que te toque.
Comprueba el espacio en disco y el component store
El component store (la carpeta C:\Windows\WinSxS) necesita sitio para trabajar. Si el disco está justo o esa carpeta está inflada, las actualizaciones fallan aunque el sistema esté sano. Esta comprobación te lo dice antes de perder tiempo reparando.
DISM /Online /Cleanup-Image /AnalyzeComponentStoreEstado de la tienda de componentes : (Infracción reparable | Correcto)
Se recomienda limpiar la tienda de componentes : Sí/No
Tamaño de la tienda de componentes : X,XX GBAbre Terminal como administrador (clic derecho en Inicio > Terminal (Administrador) en Windows 11; Windows PowerShell (Administrador) en Windows 10) y ejecuta el comando. Si dice "Se recomienda limpiar la tienda de componentes" o quedan menos de 10 GB libres en C:, ve a "Todas las actualizaciones fallan" y aplica la reparación con DISM.
DISM y SFC: la salud del sistema
Estas dos herramientas dicen si el problema es de archivos de sistema o de la propia imagen de Windows. Primero DISM, que repara la imagen; después SFC, que reemplaza los archivos protegidos. Si ambas terminan limpias, el component store está bien y el problema está en otro sitio.
DISM /Online /Cleanup-Image /CheckHealth
sfc /scannowLa operación de protección de recursos de Windows se completó correctamente.
No se detectaron infracciones de integridad.En la misma Terminal como administrador, ejecuta primero DISM /Online /Cleanup-Image /CheckHealth; si dice que la tienda "Se puede reparar", ve a "Todas las actualizaciones fallan". Después ejecuta sfc /scannow; si detecta archivos dañados que no puede reparar, también vas a la misma parte.
El KB concreto no encuentra sus archivos: instálalo desde el catálogo
Esta parte es para el caso más común: solo un KB falla, los demás se instalan bien y DISM no detecta daños. La causa es que el paquete de ese KB concreto no encuentra un archivo en el sistema. Lo menos arriesgado es descargar el .msu del Catálogo de Microsoft Update e instalarlo a mano; si no funciona, se fuerza con DISM /Add-Package.
Descarga el KB del Catálogo de Microsoft Update
El Catálogo de Microsoft Update es la web oficial donde están todos los .msu y .cab de cada KB. Bajar el paquete y ejecutarlo a mano esquiva el camino de Windows Update y, con frecuencia, resuelve el 0x800f0905 sin tocar nada más.
Pasos: anota el número exacto del KB que viste en el Visor de eventos; abre https://catalog.update.microsoft.com en el navegador; pega el KB en el buscador; descarga el archivo para tu edición (Home, Pro, Enterprise) y arquitectura (x86, x64, ARM64); doble clic sobre el .msu descargado; si pide reiniciar, reinicia; vuelve a Windows Update y reintenta la operación. Al terminar, abre el historial y comprueba que el KB aparece como instalado correctamente.
Fuerza el paquete con DISM /Add-Package
Cuando el .msu no basta, DISM puede integrar el paquete a mano en la imagen de Windows. Es más agresivo que el .msu, pero menos que una reinstalación. Necesita Windows 10 Pro o Windows 11 Pro/Enterprise; en Home, quédate con el .msu.
Pasos: extrae el .cab del .msu con 7-Zip o en Terminal con expand -F:* KBxxxxxxx.msu C:\temp; abre Terminal como administrador; ejecuta DISM /Online /Add-Package /PackagePath:C:\temp\nombre.cab; espera a que termine sin errores; reintenta la actualización o desinstalación que daba 0x800f0905.
Todas las actualizaciones fallan: repara el servicing stack
Si DISM detecta el component store dañado o sfc /scannow no puede reparar archivos, la causa está en la tienda de componentes o en el servicing stack. Lo menos arriesgado es repararlo con DISM apuntando a la ISO oficial; si no basta, la reparación in situ reinstala Windows sobre sí mismo conservando tus archivos.
Repara el component store con DISM y la ISO de tu Windows
Esta es la herramienta oficial para reconstruir la imagen de Windows desde unos medios buenos. Necesita la ISO de tu misma versión y edición; usa la ISO actualizada (no la genérica) para que incluya los parches recientes del servicing stack.
Pasos: descarga la ISO oficial desde https://www.microsoft.com/software-download/windows11 (Home/Pro) o desde el portal VLSC/Visual Studio Subscriptions (Enterprise); monta la ISO con doble clic y anota la letra de unidad que le asigna el sistema; abre Terminal como administrador; ejecuta DISM /Online /Cleanup-Image /RestoreHealth /LimitAccess /Source:WIM:\LETRA_DE_UNIDAD\sources\install.wim:1 /LimitAccess; espera a que termine; reintenta la actualización.
install.esd en lugar de install.wim; se referencia igual, cambiando WIM: por ESD: en el parámetro /Source.La operación de restauración se completó correctamente.La reparación in situ desde Configuración
Cuando DISM no consigue reparar la imagen, Windows 11 puede reinstalarse sobre sí mismo desde Configuración. Conserva apps, archivos y ajustes, y suele dejar el servicing stack como nuevo. Es más drástico que DISM, pero menos que una instalación limpia.
Pasos: abre Configuración con Win+I; ve a Sistema y abre Recuperación; junto a "Solucionar problemas con Windows Update" pulsa Reinstalar ahora; marca "Reiniciar el equipo automáticamente 15 minutos después de la instalación"; acepta y deja que Windows se reinstale; al volver al escritorio, pasa Windows Update y reintenta la operación que daba 0x800f0905.
No puedes desinstalar el KB problemático: limpia y reintenta
Esta parte es para KB como KB5074109, que Microsoft recomendó retirar y cuya propia desinstalación queda bloqueada con 0x800f0905. La causa son conflictos del servicing stack al deshacer la instalación. Lo primero es limpiar la caché y usar el solucionador; si no basta, Modo Seguro; como último recurso, Restaurar sistema.
Solucionador de Windows Update y limpieza de caché
El solucionador detecta servicios parados y errores típicos de Windows Update; vaciar la caché de SoftwareDistribution fuerza al servicio a reconstruir su base de datos. Suele ser suficiente cuando el problema es una caché corrupta tras un KB buggy.
net stop wuauserv
net stop bits
net stop cryptsvc
Del "%ALLUSERSPROFILE%\Application Data\Microsoft\Network\Downloader\qmgr*.dat" /q
rmdir /s /q C:\Windows\SoftwareDistribution\DataStore
rmdir /s /q C:\Windows\SoftwareDistribution\DownloadPasos: abre Configuración con Win+I; ve a Sistema > Solucionar problemas > Otros solucionadores; ejecuta "Windows Update"; abre Terminal como administrador; ejecuta los seis comandos en el mismo orden; reintenta wusa /uninstall /kb:NÚMERO o ve a Configuración > Windows Update > Historial de actualizaciones > Desinstalar actualizaciones.
Desinstala desde Modo Seguro
En Modo Seguro solo cargan los servicios esenciales, así que los conflictos de software que impiden al servicing stack deshacer el parche desaparecen. Es el método que mejor funciona para KB como KB5074109 cuando el camino normal no deja.
Pasos: abre Configuración con Win+I; ve a Sistema > Recuperación; pulsa Reiniciar ahora en Inicio avanzado; elige Solucionar problemas > Opciones avanzadas > Configuración de inicio > Reiniciar; pulsa 4 (Modo seguro sin red) o 5 (Modo seguro con red); inicia sesión; abre Configuración > Windows Update > Historial de actualizaciones > Desinstalar actualizaciones, o ejecuta wusa /uninstall /kb:NÚMERO en Terminal; reinicia y comprueba que el KB ya no está en el historial.
Restaura el sistema a un punto anterior al KB
Restaurar sistema devuelve Windows al estado guardado en un punto anterior. Solo funciona si la Protección del sistema estaba activa y existe un punto previo a la instalación del KB problemático. Antes de seguir, haz copia de seguridad con Historial de archivos o la herramienta de copia de seguridad de Windows.
Pasos: pulsa Win+R, escribe sysdm.cpl y pulsa Intro; abre la pestaña Protección del sistema; pulsa Restaurar sistema; clic en Siguiente; elige el punto anterior a la instalación del KB problemático; pulsa "Buscar programas afectados" para ver qué se desharía; pulsa Siguiente y Finalizar; al volver al escritorio, reinstala las apps que aparecieron en "Buscar programas afectados".
0x800f0905 en una máquina virtual recién creada: lo que cambia
En Hyper-V y otras VMs, el 0x800f0905 tiene una causa específica: el servicing stack dentro del invitado está desactualizado respecto al host y no puede procesar KB nuevos como KB5077181. La ISO desde la que se aprovisiona la VM suele tener meses de retraso en sus parches, así que la primera operación dentro de la VM es ponerla al día con Windows Update antes de instalar nada más.
Actualiza primero la VM y limpia la directiva WSUS
Antes de tocar nada dentro de la VM, asegúrate de que Windows Update puede llegar a Internet y de que ninguna directiva WSUS está redirigiendo las actualizaciones a un servidor interno que no las tiene. Después, pasa la VM por Windows Update hasta dejarla al día.
Pasos: dentro de la VM abre Configuración > Red e internet > Proxy y desmarca "Detectar la configuración automáticamente" si hay proxy forzado; en el host revisa gpedit.msc > Configuración del equipo > Plantillas administrativas > Componentes de Windows > Windows Update > "No conectarse a ubicaciones de Internet de Windows Update" (en Pro/Enterprise; en Home edita el Registro con regedit); dentro de la VM ejecuta Windows Update varias veces hasta que no quede nada pendiente; reintenta instalar el KB.
gpedit.msc ni Hyper-V; usa VirtualBox o VMware Player y edita el Registro para la directiva de WSUS.Reconstruye la VM con la ISO 24H2 más reciente
Cuando ni DISM ni la instalación manual funcionan dentro de la VM, la única remediación soportada por Microsoft es reconstruir la VM desde los medios actualizados, que ya incluyen los parches de servicing stack necesarios. El artículo que genera la VM desde noviembre de 2025 ya las trae.
Pasos: descarga la ISO oficial actualizada de Windows 11 24H2 desde https://www.microsoft.com/software-download/windows11; crea una VM nueva en Hyper-V con esa ISO; pasa Windows Update dentro de la VM hasta dejarla al día; reintenta el KB problemático.
Si nada ha funcionado con 0x800f0905: últimos recursos
Cuando DISM, el solucionador, la reparación in situ y, en su caso, la VM actualizada no han resuelto el 0x800f0905, queda la reinstalación. Antes de seguir, copia de seguridad completa: Historial de archivos, la herramienta de copia de seguridad de Windows o un disco externo. Windows 10 ya no tiene soporte desde el 14/10/2025 (solo parches ESU hasta el 13/10/2026), así que si tu PC sigue en Windows 10 este error seguirá apareciendo y no se solucionará con parches.
Instalación limpia desde la ISO oficial
La instalación limpia formatea la partición de sistema y deja Windows como recién salido de fábrica. Es el método más drástico y el que mejor resuelve un servicing stack irrecuperable. Antes, copia de seguridad completa.
Pasos: descarga la ISO oficial actualizada desde https://www.microsoft.com/software-download (Home/Pro) o el portal VLSC (Enterprise); crea un USB booteable con la herramienta oficial de Microsoft; arranca desde el USB; elige "Conservar mis archivos" si quieres mantener la mayoría, o "Personalizar" para formatear; al terminar, pasa Windows Update hasta dejarlo al día y comprueba que el 0x800f0905 ya no aparece.
Reconstruye la VM desde los medios actualizados
Si trabajas con Hyper-V, el último paso es eliminar la VM problemática y volver a crearla con la ISO 24H2 más reciente, que ya trae los parches de servicing stack que pide KB5077181. Eliminar la VM no borra los VHD automáticamente, así que hay que borrarlos a mano si no se quieren conservar.
Pasos: en el Administrador de Hyper-V elimina la VM problemática; borra el VHD asociado desde el Explorador de archivos; descarga la ISO actualizada de 24H2 desde https://www.microsoft.com/software-download/windows11; crea la VM con esa ISO; dentro de la VM, pasa Windows Update hasta dejarla al día; reintenta el KB.
Lo que ya has descartado del error 0x800f0905
- Archivos y component store reparados con DISM y SFC.
- KB reinstalado o forzado con .msu o DISM /Add-Package.
- Caché de Windows Update limpia y servicios reiniciados.
- KB problemático desinstalado desde el escritorio o desde Modo Seguro.
- Sistema restaurado a un punto anterior al KB problemático.
- VM reconstruida con la ISO 24H2 más reciente y Windows Update al día.
Si después de todo esto el 0x800f0905 sigue saliendo, queda la reinstalación limpia desde la ISO oficial y, en última instancia, valorar un cambio de hardware o de versión de Windows.