OpenZFS 2.2.1 նախագիծը, որը մշակում է ZFS ֆայլային համակարգի իրականացումը Linux և FreeBSD: Թողարկումը աչքի է ընկնում միջուկի աջակցության ավելացմամբ: Linux 6.6 տարբերակը և փորձ է արվում վերացնել այն խնդիրը, որը հանգեցնում է տվյալների վնասմանը (որոշ բլոկների զրոյացում) ֆայլերում դրանց պատճենվելուց հետո։
Սկզբում ենթադրվում էր, որ խնդիրը ի հայտ է եկել միայն 2.2.x ճյուղում և առաջացել է OpenZFS 2.2.0-ում ներառված բլոկի կլոնավորման մեխանիզմի սխալի պատճառով, որը թույլ է տալիս ստեղծել ֆայլի կամ դրա մի մասի պատճենը առանց տվյալների կրկնօրինակման՝ օգտագործելով հղումներ դեպի բնօրինակ ֆայլի առկա տվյալների բլոկները երկրորդ օրինակում՝ առանց դրանք իրականում պատճենելու: OpenZFS 2.2.1-ում բլոկների կլոնավորման մեխանիզմը լռելյայն անջատված էր՝ խնդիրը արգելափակելու համար, և zfs_bclone_enabled կարգավորումն ավելացվեց՝ այս ռեժիմի աջակցությունը վերադարձնելու համար:
Ավելի ուշ մշակողները հայտնեցին, որ խնդիրը վերարտադրվել է OpenZFS 2.1.x ճյուղով կոնֆիգուրացիաներում: Այն ենթադրությունը, որ խնդիրը դրսևորվում է coreutils փաթեթի ավելի հին թողարկումներով համակարգերում, նույնպես չհաստատվեց. սխալը հաջողությամբ վերարտադրվել է FreeBSD-ում և Linux-բաշխումներ coreutils 9.4-ի վերջին թողարկմամբ։
Ֆայլի խաթարումը տեղի է ունենում հազվադեպ դեպքերում, օրինակ՝ «emerge -1 dev-lang/go» գործարկելը Gentoo-ում հանգեցնում է Go լեզվի գործիքների շղթայի տեղադրմանը` վնասված ֆայլերով /usr/lib/go/pkg/tool/linux_amd64/compile գրացուցակում: Ենթադրվում է, որ սխալը սկսել է հայտնվել openzfs 1 տարբերակում «zfs_dmu_offset_next_sync=2.1.4» կանխադրված պարամետրը դնելուց հետո։ Սխալի աղբյուրը դեռ պարզված չէ։ Որպես սխալը արգելափակելու առաջարկվող լուծում, առաջարկվում է «/sys/module/zfs/parameters/zfs_dmu_offset_next_sync» պարամետրը դնել 0-ի:
Source: opennet.ru
