O proxecto OpenZFS 2.2.1, que desenvolve a implementación do sistema de ficheiros ZFS para Linux e FreeBSD. A versión destaca pola adición de compatibilidade co núcleo. Linux 6.6 e un intento de eliminar o problema que leva á corrupción de datos (a posta a cero dalgúns bloques) nos ficheiros despois de copialos.
Inicialmente, críase que o problema era específico da rama 2.2.x e que estaba causado por un erro no mecanismo de clonación de bloques incluído en OpenZFS 2.2.0. Este mecanismo permite crear unha copia dun ficheiro ou parte del sen duplicar datos, usando referencias a bloques de datos existentes no ficheiro orixinal na segunda copia sen copialos realmente. En OpenZFS 2.2.1, a clonación de bloques estaba desactivada por defecto para mitigar o problema e engadiuse a configuración zfs_bclone_enabled para restaurar a compatibilidade con este modo.
Posteriormente, os desenvolvedores informaron de que reproducían o problema en configuracións coa rama OpenZFS 2.1.x. Tampouco se confirmou a suposición de que o problema se manifesta en sistemas con versións máis antigas do paquete coreutils: o erro reproduciuse correctamente en FreeBSD e Linux-distribucións coa última versión de coreutils 9.4.
A corrupción de ficheiros ocorre en circunstancias relativamente raras. Por exemplo, executar o comando "emerge -1 dev-lang/go" en Gentoo resulta na instalación da cadea de ferramentas Go, que corrompe ficheiros no directorio /usr/lib/go/pkg/tool/linux_amd64/compile. Crese que o erro comezou a manifestarse despois de configurar o parámetro "zfs_dmu_offset_next_sync=1" por defecto en openzfs 2.1.4. A orixe do erro aínda non se identificou. A solución recomendada é configurar o parámetro "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" en 0.
Fonte: opennet.ru
