Il progetto OpenZFS 2.2.1, che sviluppa l'implementazione del file system ZFS per Linux e FreeBSD. La release si distingue per l'aggiunta del supporto al kernel. Linux 6.6 e un tentativo di eliminare il problema che porta al danneggiamento dei dati (azzeramento di alcuni blocchi) nei file dopo la copia.
Inizialmente si era ipotizzato che il problema comparisse solo nel ramo 2.2.x e fosse causato da un errore nel meccanismo di clonazione dei blocchi incluso in OpenZFS 2.2.0, che permette di creare una copia di un file o parte di esso senza duplicarlo dati, utilizzando nella seconda copia riferimenti a blocchi dati già esistenti del file sorgente senza la loro effettiva copia. In OpenZFS 2.2.1, per bloccare il problema, il meccanismo di clonazione dei blocchi è stato disabilitato per impostazione predefinita ed è stata aggiunta l'impostazione zfs_bclone_enabled per restituire il supporto per questa modalità.
Successivamente, gli sviluppatori hanno segnalato la riproduzione del problema nelle configurazioni con il ramo OpenZFS 2.1.x. Non è stata inoltre confermata l'ipotesi che il problema si manifesti sui sistemi con versioni precedenti del pacchetto coreutils: l'errore è stato riprodotto con successo in FreeBSD e Linux-distribuzioni con l'ultima versione di coreutils 9.4.
La corruzione dei file si verifica in circostanze abbastanza rare, ad esempio, l'esecuzione del comando "emerge -1 dev-lang/go" in Gentoo provoca l'installazione del toolkit Go con file corrotti nella directory /usr/lib/go/pkg/tool/ directory linux_amd64/.compile. Si presuppone che l'errore abbia iniziato a comparire dopo aver impostato il parametro predefinito "zfs_dmu_offset_next_sync=1" nella versione 2.1.4 di openzfs. La fonte dell'errore non è stata ancora identificata. Come soluzione alternativa consigliata per bloccare l'errore, si propone di impostare il parametro “/sys/module/zfs/parameters/zfs_dmu_offset_next_sync” su 0.
Fonte: opennet.ru
