Den OpenZFS 2.2.1 Projet, deen d'ZFS Dateisystem Implementatioun fir entwéckelt Linux a FreeBSD. D'Verëffentlechung ass bemierkenswäert duerch d'Zousätzlech Ënnerstëtzung fir de Kernel. Linux 6.6 an e Versuch, de Problem ze eliminéieren, deen zu Datenkorruptioun (Nullstellung vun e puer Blöcken) a Dateien féiert, nodeems se kopéiert goufen.
Am Ufank gouf ugeholl datt de Problem nëmmen an der 2.2.x Branche erschéngt an duerch e Feeler am Blockklonemechanismus verursaacht gëtt, deen am OpenZFS 2.2.0 abegraff ass, wat Iech erlaabt eng Kopie vun enger Datei oder en Deel dovun ze erstellen ouni ze duplizéieren Daten, benotzt an der zweeter Kopie Referenzen op scho bestehend Dateblocken vun der Quelldatei ouni hir tatsächlech Kopie. Am OpenZFS 2.2.1, fir de Problem ze blockéieren, gouf de Blockklonemechanismus par défaut deaktivéiert, an d'zfs_bclone_enabled Astellung gouf bäigefüügt fir Ënnerstëtzung fir dëse Modus zréckzekommen.
Méi spéit hunn d'Entwéckler gemellt, datt si de Problem a Konfiguratioune mam OpenZFS 2.1.x-Branch reproduzéiert hunn. D'Unahm, datt de Problem sech op Systemer mat eelere Versioune vum Coreutils-Pak manifestéiert, gouf och net bestätegt - de Feeler gouf erfollegräich a FreeBSD reproduzéiert an Linux-Distributiounen mat der neister Versioun vu coreutils 9.4.
Datei Korruptioun geschitt ënner zimlech seelen Ëmstänn, zum Beispill wann Dir de Kommando "emerge -1 dev-lang/go" an Gentoo leeft, féiert d'Installatioun vum Go Toolkit mat korrupte Dateien am /usr/lib/go/pkg/tool/ linux_amd64/ Verzeechnes. kompiléieren. Et gëtt ugeholl datt de Feeler ugefaang ze erschéngen nodeems de Standardparameter "zfs_dmu_offset_next_sync=1" an der openzfs Versioun 2.1.4 gesat gouf. D'Quell vum Feeler ass nach net identifizéiert. Als empfohlene Léisung fir de Feeler ze blockéieren, gëtt proposéiert de Parameter "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" op 0 ze setzen.
Source: opennet.ru
