WinBtrfs 1.10 se actualiza tras dos años, permitiendo a Windows leer y escribir discos Btrfs con nuevas funciones y mejoras de estabilidad.

Windows y Linux llevan años usando sistemas de archivos diferentes, y eso es claramente un problema cuando necesitas acceder desde un sistema a un disco creado para el otro. Precisamente para solucionar una parte de todo esto existe WinBtrfs, un controlador que permite a Windows trabajar con el sistema de archivos Btrfs utilizado en Linux.

Ahora el proyecto acaba de actualizarse. WinBtrfs 1.10 ya está disponible, más de dos años después de la anterior versión. Y aunque no cambia por completo lo que hace el controlador, sí viene con varias funciones nuevas.

Por ejemplo, puedes escribir mapas de espacio libre y archivos comprimidos almacenados directamente dentro de los metadatos del sistema de archivos. También hay mejoras para dispositivos extraíbles y para recuperarse de momentos en los que el equipo se queda sin memoria o sin espacio en disco.

Además, esta versión también corrige bastantes fallos acumulados en estos años. Y, teniendo en cuenta que estamos en 2026, Claude, la IA de Anthropic, se utilizó durante la búsqueda de fallos y la revisión del código. Eso sí, los desarrolladores aclaran que el código de WinBtrfs 1.10 fue escrito sin utilizar IA.

¿Qué es WinBtrfs y para qué sirve?

Btrfs es un sistema de archivos creado sobre todo para el ecosistema Linux. El problema es que Windows no ofrece soporte nativo completo para Btrfs.

Ahí entra WinBtrfs. Este proyecto funciona como un controlador para Microsoft Windows que permite leer y escribir en sistemas de archivos Btrfs desde el propio sistema operativo.

Es compatible con Windows XP y versiones posteriores, por lo que lleva bastantes años haciendo de intermediario entre ambos mundos.

Para que te hagas una idea, si tienes un disco formateado en Btrfs y necesitas utilizarlo desde Windows, WinBtrfs permite que el sistema pueda entender qué hay dentro y trabajar con esos archivos.

El equipo de Btrfs ha recuperado código que había sido eliminado durante la preparación de Linux 7.2

El equipo encargado de Btrfs recientemente recuperó más de 600 líneas de código que se habían borrado. Sin ellas, algunos datos podían llegar a perderse sin que el usuario se diera cuenta.

Para que te hagas una idea, el problema estaba relacionado con una función de Btrfs encargada de detectar cambios que se hacen en la memoria antes de que el sistema de archivos pueda controlarlos correctamente.

Durante el desarrollo de Linux 7.2 se pensó que esa protección ya no hacía falta porque los cambios que se hacían en la gestión de memoria del kernel habían solucionado las situaciones que la hacían necesaria. Pero las pruebas que se hicieron han demostrado que no era así.

Y aquí está el problema que ha obligado a dar marcha atrás: todo esto puede dar pie a una pérdida sin que siquiera te enteres de datos. Lo peligroso aquí es que el usuario podría seguir trabajando con normalidad mientras algunos datos no sabe que no se han guardado como deberían.

Eso sí, matizar que, de esas 600 líneas de código borradas, no todas forman parte de esta solución una vez que se han recuperado.

El desarrollador de SUSE David Sterba explica que, más o menos, la mitad corresponde a código de soporte y depuración, mientras que el resto contiene la parte central del sistema que permite detectar el problema y solucionarlo.