{"id":111714,"date":"2023-11-23T15:10:22","date_gmt":"2023-11-23T13:10:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-openzfs-vyyavlena-oshibka-kotoraya-mozhet-privesti-k-povrezhdeniyu-fajlov"},"modified":"2023-11-23T15:10:22","modified_gmt":"2023-11-23T13:10:22","slug":"v-openzfs-vyyavlena-oshibka-kotoraya-mozhet-privesti-k-povrezhdeniyu-fajlov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/v-openzfs-vyyavlena-oshibka-kotoraya-mozhet-privesti-k-povrezhdeniyu-fajlov","title":{"rendered":"\u00c8 stato rilevato un errore in OpenZFS che pu\u00f2 portare alla corruzione dei file.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 disponibile una release intermedia del progetto OpenZFS 2.2.1, che sviluppa l\u2019implementazione del file system ZFS per Linux e FreeBSD. Questa versione \u00e8 notevole per l'aggiunta del supporto per il kernel Linux 6.6 e per il tentativo di risolvere un problema che porta alla corruzione dei dati (azzeramento di parte dei blocchi) nei file dopo la loro copia. <\/p>\n
Inizialmente si pensava che il problema si manifestasse solo nel ramo 2.2.x ed fosse causato da un errore nel meccanismo di clonazione dei blocchi incluso in OpenZFS 2.2.0, che consente di creare una copia di un file o di una sua parte senza duplicare i dati, utilizzando nella seconda copia riferimenti ai blocchi dati esistenti del file originale senza copiarli effettivamente. Nella versione OpenZFS 2.2.1, per bloccare il problema, il meccanismo di clonazione dei blocchi \u00e8 stato disabilitato per impostazione predefinita, e per riattivare il supporto a questa modalit\u00e0 \u00e8 stata aggiunta l'impostazione zfs_bclone_enabled. <\/p>\n
Successivamente, gli sviluppatori hanno dichiarato di aver riprodotto il problema anche nelle configurazioni con la versione OpenZFS 2.1.x. Non si sono confermate le ipotesi che il problema si manifesti su sistemi con versioni obsolete del pacchetto coreutils \u2014 \u00e8 stato possibile riprodurre l'errore su FreeBSD e su distribuzioni Linux con la recente versione di coreutils 9.4. <\/p>\n
La corruzione dei file si manifesta in circostanze abbastanza rare; ad esempio, l'esecuzione del comando \u00abemerge -1 dev-lang\/go\u00bb su Gentoo porta all'installazione degli strumenti per il linguaggio Go con corruzione dei file nella directory \/usr\/lib\/go\/pkg\/tool\/linux_amd64\/compile. Si suppone che l'errore abbia cominciato a manifestarsi dopo l'impostazione predefinita del parametro \u00abzfs_dmu_offset_next_sync=1\u00bb nella versione openzfs 2.1.4. La fonte dell'errore non \u00e8 stata ancora identificata. Come soluzione consigliata per bloccare l'errore, si suggerisce di impostare a 0 il parametro \u00ab\/sys\/module\/zfs\/parameters\/zfs_dmu_offset_next_sync\u00bb. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"