Ang proyektong OpenZFS 2.2.1, nga nagpalambo sa implementasyon sa ZFS file system para sa Linux ug FreeBSD. Ang pagpagawas nailhan tungod sa pagdugang sa suporta sa kernel. Linux 6.6 ug usa ka pagsulay sa pagwagtang sa problema nga mosangpot sa korapsyon sa datos (pag-zero sa pipila ka mga bloke) sa mga file human kini makopya.
Sa sinugdanan, gituohan nga ang problema makita lamang sa 2.2.x nga sanga ug tungod sa usa ka sayup sa block cloning nga mekanismo nga gilakip sa OpenZFS 2.2.0, nga nagtugot kanimo sa paghimo og kopya sa usa ka file o bahin niini nga walay pagdoble. data, gamit sa ikaduhang kopya nga mga pakisayran sa naa na nga mga bloke sa datos sa source file nga wala ang aktuwal nga pagkopya niini. Sa OpenZFS 2.2.1, aron babagan ang problema, ang block cloning nga mekanismo gi-disable pinaagi sa default, ug ang zfs_bclone_enabled setting gidugang aron ibalik ang suporta alang niini nga mode.
Sa ulahi, ang mga developers nagtaho nga ilang gisubli ang isyu sa mga configuration gamit ang OpenZFS 2.1.x branch. Ang pangagpas nga ang problema makita sa mga sistema nga adunay mas daan nga mga release sa coreutils package wala usab nakumpirma—ang sayop malampusong gisubli sa FreeBSD ug Linux-distributions nga adunay pinakabag-o nga pagpagawas sa coreutils 9.4.
Ang pagkadunot sa file mahitabo ubos sa talagsaon nga mga kahimtang, pananglitan, ang pagpadagan sa "emerge -1 dev-lang/go" nga sugo sa Gentoo moresulta sa pag-instalar sa Go toolkit nga adunay mga dunot nga mga file sa /usr/lib/go/pkg/tool/ linux_amd64/ directory. compile. Gituohan nga ang sayup nagsugod sa pagpakita human sa pag-set sa default parameter "zfs_dmu_offset_next_sync=1" sa openzfs version 2.1.4. Ang tinubdan sa sayop wala pa mailhi. Isip usa ka girekomendar nga workaround alang sa pagbabag sa sayup, gisugyot nga itakda ang parameter "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" ngadto sa 0.
Source: opennet.ru
