El projecte OpenZFS 2.2.1, que desenvolupa la implementació del sistema de fitxers ZFS per a Linux i FreeBSD. El llançament destaca per l'addició de suport per al nucli. Linux 6.6 i un intent d'eliminar el problema que porta a la corrupció de dades (posada a zero d'alguns blocs) als fitxers després de copiar-los.
Inicialment, es va suposar que el problema només apareix a la branca 2.2.x i és causat per un error en el mecanisme de clonació de blocs inclòs a OpenZFS 2.2.0, que permet crear una còpia d'un fitxer o part sense duplicar-lo. dades, utilitzant en la segona còpia referències a blocs de dades ja existents del fitxer font sense la seva còpia real. A l'OpenZFS 2.2.1, per bloquejar el problema, el mecanisme de clonació de blocs es va desactivar de manera predeterminada i es va afegir la configuració zfs_bclone_enabled per retornar el suport per a aquest mode.
Més tard, els desenvolupadors van informar que reproduïen el problema en configuracions amb la branca OpenZFS 2.1.x. Tampoc es va confirmar la suposició que el problema es manifesta en sistemes amb versions anteriors del paquet coreutils: l'error es va reproduir correctament a FreeBSD i Linux-distribucions amb l'última versió de coreutils 9.4.
La corrupció de fitxers es produeix en circumstàncies força rares, per exemple, executar l'ordre "emerge -1 dev-lang/go" a Gentoo fa que s'instal·li el conjunt d'eines Go amb fitxers corruptes a /usr/lib/go/pkg/tool/ directori linux_amd64/. compile. Se suposa que l'error va començar a aparèixer després de configurar el paràmetre predeterminat "zfs_dmu_offset_next_sync=1" a la versió 2.1.4 d'openzfs. L'origen de l'error encara no s'ha identificat. Com a solució alternativa recomanada per bloquejar l'error, es proposa establir el paràmetre "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" a 0.
Font: opennet.ru
