Mradi wa OpenZFS 2.2.1, ambao unaendeleza utekelezaji wa mfumo wa faili wa ZFS kwa Linux na FreeBSD. Utoaji huu unajulikana kwa kuongeza usaidizi wa kernel. Linux 6.6 na jaribio la kuondoa tatizo linalosababisha ufisadi wa data (kutoweka kwa baadhi ya vizuizi) katika faili baada ya kunakiliwa.
Hapo awali, suala hilo liliaminika kuwa mahususi kwa tawi la 2.2.x na lilisababishwa na hitilafu katika utaratibu wa kuzuia cloning iliyojumuishwa katika OpenZFS 2.2.0. Utaratibu huu unaruhusu nakala ya faili au sehemu yake kuundwa bila kunakili data, kwa kutumia marejeleo ya vizuizi vya data vilivyopo kwenye faili asili kwenye nakala ya pili bila kuyanakili. Katika OpenZFS 2.2.1, uundaji wa kuzuia ulizimwa kwa chaguo-msingi ili kupunguza suala hilo, na mpangilio wa zfs_bclone_enabled uliongezwa ili kurejesha usaidizi wa hali hii.
Baadaye, wasanidi programu waliripoti kunakili tatizo hilo katika usanidi kwa kutumia tawi la OpenZFS 2.1.x. Dhana kwamba tatizo linajitokeza kwenye mifumo yenye matoleo ya zamani ya kifurushi cha coreutils pia haikuthibitishwa—hitilafu hiyo ilinakiliwa kwa ufanisi katika FreeBSD na Linux-usambazaji pamoja na toleo jipya zaidi la coreutils 9.4.
Uharibifu wa faili hutokea katika hali nadra sana. Kwa mfano, kutekeleza amri ya "emerge -1 dev-lang/go" kwenye Gentoo husababisha usakinishaji wa Go toolchain, ambayo huharibu faili katika saraka ya /usr/lib/go/pkg/tool/linux_amd64/compile. Hitilafu inaaminika kuwa imeanza kujidhihirisha baada ya kuweka kigezo cha "zfs_dmu_offset_next_sync=1" kwa chaguo-msingi katika openzfs 2.1.4. Chanzo cha hitilafu bado hakijajulikana. Kuweka kigezo cha "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" hadi 0 ndiyo njia inayopendekezwa ya kufanya kazi.
Chanzo: opennet.ru
