Qué es el bit rot y cómo afecta a los archivos almacenados

Un archivo que guardaste hace años puede no ser exactamente el mismo cuando vuelves a abrirlo. Algún bit se ha podido estropear en el disco sin que nadie lo avise: es lo que se conoce como «bit rot», la degradación latente y silenciosa de los datos almacenados. Los sistemas de archivos que guardan sumas de comprobación pueden detectarlo y, si tienen otra copia buena, repararlo; sin ellas, el sistema no tiene con qué saber si lo que lee está bien.

Explicamos qué es, de dónde sale, cómo lo detectan ZFS, Btrfs y ReFS, qué es un «scrub», qué hace un NAS doméstico y qué puedes hacer tú, con la documentación de OpenZFS, la de Btrfs, la de ReFS y la de un fabricante de NAS, consultada el 30 de octubre de 2026.

---

Qué es el bit rot

La propia página de sumas de comprobación de ZFS usa el término, entre paréntesis: habla de la «degradación latente del soporte» («bit rot»), un soporte de almacenamiento que se va estropeando sin dar señales. Su manual de conceptos de los grupos de almacenamiento describe el síntoma: un error de suma de comprobación es un caso en el que un disco devolvió unos datos que se esperaba que fueran correctos, pero no lo eran. Y le pone nombre: corrupción silenciosa de datos.

Lo de «silenciosa» es lo que importa: el disco no se niega a leer, entrega algo que parece bueno.

Y no hace falta mucho para que el daño sea serio. El mismo manual advierte de que un grupo puede funcionar sin redundancia, con cada disco por su cuenta, pero lo desaconseja con firmeza, porque un solo caso de corrupción de bits puede dejar inaccesibles parte de los datos o todos.

---

Por qué ocurre y por qué nadie se entera

Los responsables de estos sistemas de archivos no hablan de una causa única. La documentación de ZFS distingue la degradación latente del soporte de la corrupción «de otras fuentes». La presentación de ReFS, el sistema de archivos resistente que Microsoft desarrolló para dar integridad a los datos con resistencia a la corrupción, habla de corrupciones de la controladora de almacenamiento y del propio soporte, tanto en los metadatos como en los datos. La de Btrfs cuenta los errores de lectura del disco entre lo que detecta su comprobación.

El traslado tampoco es inocente. ZFS protege con sumas de comprobación sus flujos de replicación, los de zfs send y zfs receive, para asegurar que lo que llega no se ha corrompido por el almacenamiento o el transporte que hay por medio.

¿Y por qué no se entera nadie? Porque sin una suma de comprobación no hay con qué comparar. ReFS siempre usa sumas para los metadatos, pero, según su página de flujos de integridad, de forma predeterminada no las genera ni las comprueba para los datos de los archivos. Con esa función activada, en cambio, puede determinar con claridad si un dato es válido o está corrupto.

Hay un segundo motivo: lo que no se lee no se comprueba. La reparación al leer de Btrfs lo deja escrito: si hay varias copias de un dato y una está dañada, pero la aplicación no la lee, eso no se detecta. Para verificar y reparar todas las copias de datos y metadatos hay que lanzar a mano la operación de «scrub». Ahí está la pieza que falta.

---

Cómo detecta el daño una suma de comprobación

Una suma de comprobación es un valor corto que se calcula a partir del contenido de un bloque: si el bloque cambia, la suma ya no cuadra. La documentación de Btrfs sobre sumas de comprobación describe el ciclo completo: datos y metadatos llevan suma por defecto, la suma se calcula antes de escribir y se verifica después de leer los bloques del dispositivo. Cada bloque de metadatos guarda la suya en la cabecera del nodo del árbol, y cada bloque de datos tiene una aparte, almacenada en el árbol de sumas.

El algoritmo predeterminado, y el más compatible, es CRC32C. Desde el núcleo 5.5 hay tres más, XXHASH, SHA256 y BLAKE2b, con distintos equilibrios entre velocidad y fortaleza.

ZFS llama a las suyas sumas de extremo a extremo y las presenta como una característica clave que lo distingue de otras implementaciones de RAID y de otros sistemas de archivos. La primera ventaja que cita es detectar la corrupción de los datos al leerlos del soporte. El algoritmo de cada bloque queda guardado en su puntero, dentro de los metadatos, y la suma se calcula al escribir.

ReFS, con los flujos de integridad activados, crea y mantiene una suma para cada archivo en sus metadatos. Antes de devolver cualquier dato, la calcula de nuevo y la compara con la guardada: si coinciden, el dato se marca como válido y se entrega; si no, está corrupto. Todas las corrupciones quedan anotadas en el registro de eventos del sistema, que refleja si se corrigieron. Se pueden activar por archivo, por directorio o para el volumen entero, y los archivos heredan el ajuste de su carpeta.

No sale gratis: la propia casa avisa de que los flujos de integridad fragmentan a menudo los archivos y pueden aumentar la latencia, y recomienda dejarlos desactivados en los sistemas sensibles al rendimiento. Si quieres ver cómo encajan ZFS y Btrfs frente a NTFS, ext4 o APFS, lo contamos en nuestra comparativa de sistemas de archivos.

---

Qué es un scrub

La suma solo se comprueba cuando alguien lee el bloque, así que hace falta algo que lo lea todo de vez en cuando. La página de scrub de Btrfs lo define como una pasada de validación sobre todos los datos y metadatos del sistema de archivos que detecta errores de suma de los datos, errores básicos del superbloque y de la cabecera de los bloques de metadatos, y errores de lectura del disco. En los sistemas con perfiles de grupo replicados, como RAID1, el scrub de lectura y escritura además repara de forma automática cualquier daño copiando datos buenos ya verificados de otra réplica.

Conviene saber lo que no es: no es un comprobador del sistema de archivos como fsck o btrfs check. Solo puede detectar daños con la validación de las sumas y solo puede repararlos copiando de otras réplicas buenas.

La misma documentación dice que hay que lanzarlo a mano o con un servicio periódico, y que el periodo recomendado es un mes, aunque puede ser menos. En un sistema de archivos en reposo, el uso estimado del ancho de banda del dispositivo ronda el 80 %.

ZFS tiene el mismo concepto: su página de sumas explica que los scrubs periódicos pueden comprobar los datos para detectar y reparar la degradación latente del soporte y la corrupción de otras fuentes. ReFS añade su propio escáner de integridad, al que llama «scrubber», que recorre el volumen periódicamente, identifica corrupciones latentes y lanza de forma proactiva la reparación de los datos dañados. De forma predeterminada se ejecuta cada cuatro semanas, un intervalo que se cambia en el Programador de tareas. Solo valida los datos de los archivos que tienen los flujos de integridad activados.

---

Detectar no es corregir: hace falta otra copia

Una suma de comprobación dice que un bloque está mal, pero para arreglarlo hace falta una copia buena de la que tirar. ZFS lo resume así: todos los metadatos y los datos llevan suma, y repara automáticamente los datos malos a partir de una copia buena cuando detecta la corrupción. Para aprovecharlo, el grupo tiene que usar alguna forma de redundancia, en espejo o en raidz, o recurrir a copias redundantes con su propiedad copies.

Cuando un bloque se guarda con redundancia, puede reconstruirse a partir de la paridad o de la copia en espejo, y el error se anota en los discos que tenían los datos dañados. Si el bloque no se puede reconstruir, por ejemplo porque se han estropeado tres discos de un grupo raidz2, no hay forma de saber qué discos se corrompieron, y el error se anota en todos los que guardan ese bloque.

En Btrfs, unos datos o metadatos dañados en el momento de leerlos pueden recuperarse si el sistema de archivos tiene otra copia válida, con un perfil de grupo con redundancia como DUP, uno de tipo RAID1 o RAID5/6. La aplicación recibe el dato correcto, la copia dañada se sustituye por él y queda un mensaje en el registro del sistema. Ojo con una excepción: marcar un archivo como NOCOW (con chattr +C) desactiva de forma implícita las sumas de sus datos, así que el scrub sigue validando y corrigiendo sus metadatos, pero no su contenido.

ReFS responde en función de la resistencia del volumen. En un espacio simple sin resistencia o en un disco sin más, devuelve un error al usuario sin entregar los datos corruptos. En un espacio en espejo o con paridad de Espacios de almacenamiento (Storage Spaces) intenta corregirlos: si lo consigue, aplica una escritura correctiva y devuelve los datos válidos sin que la aplicación se entere; si no, devuelve un error. Y si no existe ninguna copia alternativa, retira los datos corruptos del espacio de nombres y, en la mayoría de los casos, mantiene el volumen en línea. Qué protege cada nivel de espejo o paridad lo tienes en nuestros niveles de RAID explicados.

---

Qué hace un NAS doméstico

En casa, esto también llega a los NAS. La ayuda de DSM en la base de conocimiento de Synology define el «data scrubbing» como una función de mantenimiento que corrige los datos incorrectos o incompletos de los grupos de almacenamiento, y recomienda hacerlo periódicamente para asegurar la coherencia de los datos y evitar perderlos si falla un disco.

Tiene requisitos. Solo funciona en volúmenes Btrfs o en grupos de almacenamiento SHR de tres o más discos, RAID 5, RAID 6 o RAID F1. Y si una carpeta compartida no tiene activada la opción de suma de comprobación de datos para la integridad avanzada, el barrido no puede comprobar ni reparar los datos de esa carpeta, porque le faltan las sumas.

Esa opción se elige al crear la carpeta compartida: usa una suma CRC32 y copia en escritura para proteger la carpeta y asegurar la integridad de los datos, y no se puede cambiar una vez fijada. La misma ayuda avisa de que activar la suma de comprobación lanza un barrido de datos completo.

El barrido se puede lanzar al momento o programar, con una frecuencia, por ejemplo mensual o cada seis meses, y una franja horaria para no afectar al rendimiento. Solo trabaja en un grupo de almacenamiento a la vez, se puede pausar porque puede tardar, y un grupo degradado sale del calendario de forma temporal hasta que se repara.

---

Qué puedes hacer en casa

Lo primero, guardar lo importante en un sistema con sumas de comprobación de los datos y comprobar que están activas: en Btrfs vienen por defecto; en ReFS hay que activar los flujos de integridad; en DSM, marcar la suma al crear la carpeta compartida.

Lo segundo, programar el barrido: un mes en Btrfs, cuatro semanas por defecto en ReFS y, en DSM, la frecuencia que elijas.

Lo tercero, que haya otra copia dentro del propio almacenamiento, porque sin ella la suma avisa, pero no arregla: un espejo o paridad, un perfil DUP en Btrfs o la propiedad copies en ZFS. Y lo cuarto, mirar los avisos: ZFS informa de los errores de suma en zpool status y zpool events, ReFS los apunta en el registro de eventos del sistema y Btrfs deja un mensaje en el registro del sistema cuando repara al leer.

Todo esto vigila lo que hay dentro del propio almacenamiento. Para organizar las copias fuera de él, tienes nuestra estrategia de backup 3-2-1.

---

Te puede interesar

Tech Planet participa en el programa de afiliados de Amazon. Si compras a través de estos enlaces, recibimos una pequeña comisión sin coste extra para ti, lo que nos ayuda a seguir creando contenido como este.