La projekto OpenZFS 2.2.1, kiu disvolvas la efektivigon de la dosiersistemo ZFS por Linux kaj FreeBSD. La eldono estas rimarkinda pro la aldono de kerna subteno. Linux 6.6 и попыткой устранения проблемы, приводящей к повреждению данных (обнулению части блоков) в файлах после их копирования.
Komence, oni supozis, ke la problemo aperas nur en la branĉo 2.2.x kaj estas kaŭzita de eraro en la bloka klonada mekanismo inkluzivita en OpenZFS 2.2.0, kiu ebligas al vi krei kopion de dosiero aŭ parton de ĝi sen duobligi. datumoj, uzante en la dua kopio referencojn al jam ekzistantaj datumblokoj de la fontdosiero sen ilia fakta kopiado. En OpenZFS 2.2.1, por bloki la problemon, la bloka klonada mekanismo estis malŝaltita defaŭlte, kaj la agordo zfs_bclone_enabled estis aldonita por redoni subtenon por ĉi tiu reĝimo.
Позднее разработчики заявили о воспроизведении проблемы и в конфигурациях с веткой OpenZFS 2.1.x. Не подтвердились и предположения, что проблема проявляется на системах со старыми выпусками пакета coreutils — ошибку удалось воспроизвести во FreeBSD и в Linux-дистрибутивах со свежим выпуском coreutils 9.4.
Dosiera korupto okazas en sufiĉe maloftaj cirkonstancoj, ekzemple, ruli la komandon "emerge -1 dev-lang/go" en Gentoo rezultigas la instaladon de la ilaro Go kun koruptaj dosieroj en la /usr/lib/go/pkg/tool/. dosierujo linux_amd64/.kompili. Oni supozas, ke la eraro komencis aperi post agordo de la defaŭlta parametro "zfs_dmu_offset_next_sync=1" en openzfs versio 2.1.4. La fonto de la eraro ankoraŭ ne estis identigita. Kiel rekomendita solvo por bloki la eraron, oni proponas agordi la parametron "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" al 0.
fonto: opennet.ru
