Error 0x00000022: FILE_SYSTEM

El código de pantalla azul 0x00000022 con el mensaje FILE_SYSTEM indica que el administrador de archivos del sistema ha detectado una inconsistencia interna grave en la estructura de un volumen, en los metadatos de los archivos o en la pila de controladores que gestionan el almacenamiento. Este error suele aparecer cuando se accede a un disco cuyo sistema de archivos está dañado, cuando un controlador de filtro (como un antivirus o un software de copia de seguridad) corrompe una solicitud de E/S, o cuando el hardware de disco está defectuoso. A diferencia de otros fallos de pantalla azul que son principalmente fallos de memoria o del kernel, FILE_SYSTEM sitúa el problema directamente en la capa que administra archivos, carpetas y su organización en el disco. Esto lo convierte en una advertencia crítica que no debe ignorarse, ya que puede anticipar una pérdida de datos si no se corrige a tiempo. A continuación se desglosa qué está ocurriendo realmente, por qué se desencadena y qué pasos concretos pueden devolver la estabilidad al sistema.

¿Qué significa exactamente este error?

FILE_SYSTEM es un código de comprobación de errores que el núcleo de Windows lanza cuando una rutina de gestión de archivos o un controlador de sistema de archivos se encuentra con una situación que no puede manejar de forma segura. La comprobación se realiza generalmente dentro del administrador de archivos NTFS (ntfs.sys) o de cualquier otro sistema de archivos reconocido por Windows, así como en los controladores de filtro que se interponen entre el sistema operativo y el disco físico.

Cuando el sistema operativo lee o escribe un archivo, una serie de componentes cooperan: el administrador de E/S, el sistema de archivos (NTFS, FAT, ReFS) y los filtros. Cada uno de ellos mantiene estructuras en memoria que representan el estado de los archivos abiertos, las transacciones pendientes y los metadatos del volumen. Si cualquiera de estas estructuras se corrompe —por un error de programación, por un fallo de hardware que devuelve datos incorrectos, o por una inconsistencia lógica en la tabla de archivos— el sistema detiene la operación invocando KeBugCheckEx con el código 0x22.

Los parámetros que se muestran en la pantalla azul (o en el volcado) suelen incluir información de la ubicación exacta del código que detectó el fallo. Según la documentación del Kit de Desarrollo de Controladores de Windows, el parámetro 1 puede apuntar a una cadena de texto que identifica el archivo fuente y la línea del controlador implicado, o ser 0 si se produjo una excepción no controlada. El parámetro 2 y 3 contienen información del registro de excepción y del contexto, útiles para análisis con WinDbg. La utilidad de estos valores es máxima para desarrolladores de controladores, pero para el usuario final, el simple mensaje FILE_SYSTEM ya orienta el diagnóstico hacia problemas de disco, controladores de archivos o software de filtrado.

Causas técnicas detalladas de 0x00000022

Desde la perspectiva del kernel, el error 0x00000022 se origina cuando un componente de la pila de almacenamiento falla al validar sus propias comprobaciones de integridad. Los mecanismos que llevan a este fallo pueden clasificarse en tres grandes grupos.

  1. Corrupción de metadatos del sistema de archivos
    El sistema de archivos NTFS mantiene la tabla maestra de archivos (MFT), el registro de transacciones y los mapas de bits que indican qué sectores están ocupados. Si la MFT se daña —por un corte de energía mientras se actualizaba, por un sector defectuoso o por una escritura incorrecta desde un controlador—, cuando ntfs.sys intenta leer la información de un archivo puede encontrar punteros inválidos o registros inconsistentes. Al detectarlo, el sistema se detiene con el fin de evitar que la corrupción se propague.
  2. Controladores de filtro que malinterpretan o modifican incorrectamente las solicitudes
    Los antivirus, las herramientas de copia de seguridad, el software de cifrado y los controladores de virtualización instalan minifiltros que se enganchan a la pila del sistema de archivos. Estos filtros pueden examinar, modificar o incluso bloquear las operaciones de E/S. Si un filtro altera el contenido de un paquete de solicitud (IRP) sin seguir las reglas, cambia el tamaño de un búfer de manera incorrecta o introduce un valor de retorno inesperado, el sistema de archivos que está por debajo recibe una solicitud incoherente y desencadena el bug check.
  3. Fallos en el hardware de disco que producen datos inconsistentes
    Un disco duro mecánico con sectores defectuosos puede devolver datos basura en lugar del contenido real de un archivo, lo que hace que el sistema de archivos detecte una firma inválida. En unidades SSD, un firmware defectuoso puede provocar errores silenciosos de lectura que no son corregidos por el propio dispositivo. Aunque el código de error no menciona directamente al hardware, la causa raíz en muchos casos es física.

Es importante recalcar que el error no se produce por un único bit erróneo, sino porque la comprobación de integridad del sistema de archivos ha saltado. La función que falla puede ser NtfsFspDispatch, NtfsReadFile o cualquier otra rutina de ntfs.sys, y el volcado de memoria apuntará hacia ese módulo. Sin embargo, el análisis con !analyze -v en WinDbg a menudo revela que la verdadera causa está en un filtro situado por encima o en un dispositivo que suministró los datos incorrectos.

Posibles causas desencadenantes en el sistema

Los factores que más frecuentemente desencadenan el pantallazo azul 0x00000022 se relacionan con cambios recientes en el software, en los controladores o en el estado físico del disco.

1. Antivirus o cortafuegos que inspeccionan archivos en tiempo real
Es la causa más común. Los productos de seguridad de terceros instalan filtros de sistema de archivos. Si tras una actualización del antivirus, este comienza a manejar incorrectamente ciertos tipos de archivos (por ejemplo, archivos comprimidos, flujos alternativos o puntos de unión), puede corromper las operaciones y provocar el error. Desinstalar la suite de seguridad o actualizarla a una versión compatible suele resolver el caso.

2. Herramientas de copia de seguridad o de sincronización en la nube
Aplicaciones como OneDrive, Dropbox o clientes de copias de seguridad que utilizan notificaciones de cambios y filtros de sistema de archivos pueden ser las causantes, sobre todo si integran funcionalidades de «archivos bajo demanda» que redirigen las lecturas a la nube.

3. Discos duros con sectores defectuosos o cables SATA dañados
Un disco con errores físicos devuelve datos incorrectos que el sistema de archivos interpreta como corrupción. Antes de pensar en software, ejecutar chkdsk es indispensable para descartar este escenario.

4. Controladores de almacenamiento obsoletos o incompatibles
Drivers de controladoras SATA/RAID o de SSD NVMe que no estén actualizados pueden fallar al gestionar colas de comandos, lo que se traduce en operaciones que parecen corruptas para el sistema de archivos.

5. Modificaciones agresivas del sistema operativo
El uso de scripts de optimización, «limpiadores de registro» o herramientas de personalización que alteran configuraciones del sistema de archivos (como deshabilitar el journaling de NTFS o modificar la caché de escritura) puede crear condiciones para que se genere esta pantalla azul.

6. Instalación de software de cifrado de disco o de archivos
BitLocker es estable, pero soluciones de terceros que cifran carpetas o discos completos insertan controladores de filtro. Si el cifrado no maneja adecuadamente los flujos de datos, el sistema de archivos puede recibir información que no espera y detenerse.

7. Sobrecalentamiento o fallos de alimentación del disco
Un disco que se apaga momentáneamente por calor o por falta de energía interrumpe las operaciones de E/S. El sistema de archivos, al reintentar la operación, puede encontrar que los datos en caché ya no coinciden con los del disco.

Síntomas y consecuencias de este error

El principal síntoma es la aparición de la pantalla azul con el código 0x00000022, normalmente mientras se copian archivos, se instalan programas, se descargan actualizaciones o incluso durante el arranque si el daño afecta a archivos del sistema. El sistema puede reiniciarse y funcionar aparentemente bien hasta que se vuelve a acceder al archivo o al sector dañado. En algunos casos, el error se vuelve crónico: cada vez que se ejecuta una determinada aplicación o se abre una carpeta, el pantallazo se repite.

Las consecuencias pueden ir desde la pérdida del trabajo no guardado hasta la corrupción progresiva de archivos personales si la causa es un disco defectuoso que no se sustituye. Si el problema reside en un filtro de software, los datos suelen permanecer íntegros; el fallo está en la interacción con el controlador, no en el contenido real del disco. Sin embargo, la repetición del BSOD puede causar que el sistema de archivos se desmonte incorrectamente y requiera una comprobación con chkdsk en el siguiente arranque. Si el error impide que Windows se inicie normalmente, será necesario intervenir desde el entorno de recuperación para reparar el disco o desinstalar el software problemático.

Soluciones recomendadas para resolver 0x00000022

Se presentan 9 pasos ordenados de menor a mayor impacto, pensados para ejecutarse secuencialmente y probando tras cada uno si el error ha desaparecido.

1. Ejecutar CHKDSK con reparación automática en todas las unidades

Es el primer paso porque descarta daños en la estructura lógica del disco.

  • Abre Símbolo del sistema como Administrador.
  • Ejecuta chkdsk C: /f /r (repite con otras unidades como D:, E:). El parámetro /f corrige errores en la tabla de archivos y /r localiza sectores defectuosos.
  • Si la unidad está en uso, programa la comprobación para el próximo reinicio. Deja que el proceso termine sin interrupciones; puede llevar varias horas.

2. Examinar la integridad de los archivos del sistema con SFC y DISM

La corrupción del propio ntfs.sys o de sus dependencias puede producir el error.

  • En una ventana de Símbolo del sistema como Administrador ejecuta:
    sfc /scannow
    Reinicia si se repararon archivos.
  • Después ejecuta:
    DISM /Online /Cleanup-Image /RestoreHealth
    Esto reemplazará cualquier archivo del sistema dañado descargándolo de Windows Update. Reinicia nuevamente.

3. Desinstalar o actualizar el software de seguridad de terceros

Si utilizas un antivirus o una suite de seguridad que no sea Microsoft Defender, elimínala temporalmente con la herramienta de limpieza específica del proveedor (por ejemplo, ESET Uninstaller, Kaspersky Removal Tool). Una vez desinstalado, reinicia y comprueba si el BSOD desaparece. Si es así, instala la versión más reciente compatible con tu compilación de Windows o cambia definitivamente a Microsoft Defender.

4. Realizar un arranque limpio para descartar servicios y programas de inicio

Un arranque limpio carga solo los servicios y controladores básicos, lo que puede neutralizar el filtro responsable.

  • Pulsa Windows + R, escribe msconfig y acepta.
  • En la pestaña Servicios, marca Ocultar todos los servicios de Microsoft y luego haz clic en Deshabilitar todo.
  • Ve a la pestaña Inicio de Windows y abre el Administrador de tareas; deshabilita todos los elementos.
  • Reinicia. Si el error no se repite, reactiva los servicios en grupos hasta encontrar el culpable.

5. Identificar y desinstalar filtros de sistema de archivos de terceros con fltmc

En un símbolo del sistema elevado, ejecuta:
fltmc filters
Anota los nombres de los filtros cuyo controlador no pertenezca a Microsoft (por ejemplo, no empiece por «luafv», «wcifs», etc.). Si encuentras alguno asociado a una aplicación ya desinstalada, puedes desvincularlo con:
fltmc unload [nombre del filtro]
Sin embargo, es más seguro desinstalar completamente la aplicación que instaló ese filtro desde Configuración > Aplicaciones.

6. Actualizar los controladores de almacenamiento y el firmware del SSD/HDD

Visita el sitio del fabricante de tu placa base (para drivers de chipset y controladora SATA) y del fabricante del disco (para firmware). Instala las últimas versiones. En SSDs, herramientas como Samsung Magician o Crucial Storage Executive verifican y aplican actualizaciones de firmware, que a menudo corrigen errores de lectura que desencadenan FILE_SYSTEM.

7. Usar Driver Verifier orientado a los controladores de sistema de archivos

Driver Verifier puede forzar a ntfs.sys o a los filtros a someterse a comprobaciones adicionales y provocar un BSOD que identifique al módulo exacto.

  • Abre Símbolo del sistema como Administrador.
  • Ejecuta verifier /standard /driver ntfs.sys y añade los filtros sospechosos que hayas identificado, por ejemplo: verifier /standard /driver ntfs.sys myfilter.sys.
  • Reinicia. Si aparece una pantalla azul, el volcado indicará el controlador culpable. Para desactivarlo después, arranca en Modo Seguro y escribe verifier /reset.

8. Revisar los volcados de memoria con WinDbg

Si se ha generado un archivo MEMORY.DMP, ábrelo con WinDbg (Microsoft Store) y ejecuta !analyze -v. Busca en la pila de llamadas (kb) el módulo que precede al fallo. Si no es un componente de Microsoft, ese es el controlador que debe actualizarse o eliminarse. Incluso si aparece ntfs.sys, la presencia de filtros de terceros en la pila puede delatar al verdadero responsable.

9. Restaurar sistema o restablecer Windows

Si el problema es reciente, utiliza un punto de restauración desde Panel de control > Recuperación > Abrir Restaurar sistema. Si eso no ayuda, y siempre tras haber salvado los datos importantes, recurre a Restablecer este PC (conservando los archivos personales) desde el entorno de recuperación. Como último recurso, una instalación limpia de Windows, formateando la partición del sistema, eliminará cualquier configuración incorrecta y controlador problemático.

Conclusión y reflexiones finales

El error 0x00000022 FILE_SYSTEM es una llamada de atención que obliga a revisar la salud del almacenamiento y la integridad de los controladores que manejan los archivos. Lejos de ser un fallo genérico, apunta con precisión a la capa que gestiona cómo se escriben y leen los datos, lo que permite acotar el diagnóstico entre tres grandes sospechosos: el disco físico, el sistema de archivos del sistema operativo y el software que se engancha a él. La estrategia de solución más efectiva consiste en descartar primero los daños físicos o lógicos con chkdsk, comprobar la integridad de los archivos del sistema y, a continuación, eliminar los filtros de terceros que tantas veces resultan ser los causantes. Con un enfoque metódico, la mayoría de los casos se resuelven sin pérdida de datos y el sistema recupera una estabilidad que parecía perdida.

Preguntas Frecuentes (FAQ)

¿Puede el error FILE_SYSTEM aparecer por un simple corte de luz?
Sí. Un apagón mientras Windows escribe en el disco puede dejar la MFT o el registro de transacciones en un estado inconsistente. Al arrancar de nuevo, chkdsk se ejecutará automáticamente para reparar la inconsistencia; si no puede, puede producirse el pantallazo. Por eso es tan importante tener un sistema de alimentación ininterrumpida (SAI) o, al menos, ejecutar chkdsk manualmente tras un apagón forzado.

¿Es seguro ignorar el error si solo ocurrió una vez?
No es recomendable. Una aparición aislada puede ser síntoma de un sector débil que acabará siendo ilegible, o de un controlador que en ciertas condiciones falla. Ejecuta al menos chkdsk C: /f y revisa la salud del disco con una herramienta como CrystalDiskInfo. Prevenir es mejor que lamentar una pérdida de datos.

¿Driver Verifier puede hacer que no arranque el sistema?
Sí, si se activa sobre un controlador crítico que tiene errores. Para evitarlo, úsalo con moderación, verificando solo los drivers sospechosos. Si el sistema no arranca, fuerza el apagado tres veces para entrar en el entorno de recuperación, ve al símbolo del sistema y escribe verifier /reset para desactivarlo.

¿Existe alguna forma de saber qué archivo concreto causó el error?
En el volcado de memoria, con WinDbg se puede inspeccionar el parámetro que a menudo contiene una cadena de texto con el nombre del archivo fuente y la línea del controlador que detectó el fallo. Para el usuario medio, el programa gratuito BlueScreenView de NirSoft puede mostrar los parámetros y a veces descifrar esa información. Sin embargo, el objetivo no es el archivo de usuario, sino el componente del sistema que falló al leerlo.

¿Qué hago si el error aparece al copiar archivos grandes a un disco externo?
Prueba primero con otro cable y otro puerto USB. Luego ejecuta chkdsk /f sobre ese disco externo. Si el error persiste, copia los datos a otro soporte y formatea el disco externo. Muchos problemas de FILE_SYSTEM con discos externos se deben a desconexiones momentáneas o a sectores defectuosos en el dispositivo.

¿Experimentas otros errores de Windows o necesitas ayuda con diagnóstico de pantalla azul? Consulta nuestra guía completa sobre códigos de error de Windows y soluciones de diagnóstico para resolver cualquier problema de sistema de manera segura y eficaz.