Está disponível a versão intermediária do projeto OpenZFS 2.2.1, que desenvolve a implementação do sistema de arquivos ZFS para Linux e FreeBSD. Esta versão é notável pela adição do suporte ao núcleo Linux 6.6 e pela tentativa de resolver um problema que causava a corrupção de dados (zerando parte dos blocos) em arquivos após sua cópia.
Inicialmente, acreditava-se que o problema se manifestava apenas na ramificação 2.2.x e era causado por um erro na mecânica de clonagem de blocos incluída no OpenZFS 2.2.0, permitindo criar uma cópia de um arquivo ou parte dele sem a duplicação de dados, utilizando na segunda cópia referências aos blocos de dados existentes do arquivo original sem sua cópia real. Na versão OpenZFS 2.2.1, para bloquear o problema, a mecânica de clonagem de blocos foi desativada por padrão, e uma configuração zfs_bclone_enabled foi adicionada para retornar o suporte a esse modo.
Mais tarde, os desenvolvedores afirmaram ter reproduzido o problema também nas configurações da ramificação OpenZFS 2.1.x. Não se confirmaram as suposições de que o problema se manifestava em sistemas com versões antigas do pacote coreutils — o erro pôde ser reproduzido no FreeBSD e em distribuições Linux com a versão recente do coreutils 9.4.
A corrupção de arquivos se manifesta em circunstâncias bastante raras, por exemplo, a execução no Gentoo do comando "emerge -1 dev-lang/go" resulta na instalação de ferramentas para a linguagem Go com a corrupção de arquivos no diretório /usr/lib/go/pkg/tool/linux_amd64/compile. Acredita-se que o erro começou a surgir após a definição do parâmetro "zfs_dmu_offset_next_sync=1" como padrão na versão openzfs 2.1.4. A origem do erro ainda não foi identificada. Como um contorno recomendado para bloquear o erro, sugere-se definir em 0 o parâmetro "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync".
Fonte: opennet.ru
