En bugg har identifierats i OpenZFS som kan orsaka filkorruption.

OpenZFS 2.2.1-projektet, som utvecklar ZFS-filsystemimplementeringen för Linux och FreeBSD. Utgåvan är känd för tillägget av kärnstöd. Linux 6.6 och ett försök att eliminera problemet som leder till datakorruption (nollställning av vissa block) i filer efter att de kopierats.

Inledningsvis antogs det att problemet endast uppträder i 2.2.x-grenen och orsakas av ett fel i blockkloningsmekanismen som ingår i OpenZFS 2.2.0, som låter dig skapa en kopia av en fil eller en del av den utan att duplicera data, genom att i den andra kopian använda referenser till redan existerande datablock i källfilen utan att de själva kopieras. I OpenZFS 2.2.1, för att blockera problemet, inaktiverades blockkloningsmekanismen som standard, och inställningen zfs_bclone_enabled lades till för att ge stöd för detta läge.

Senare rapporterade utvecklarna att de reproducerade problemet i konfigurationer med OpenZFS 2.1.x-grenen. Antagandet att problemet uppstår på system med äldre versioner av coreutils-paketet bekräftades inte heller – felet reproducerades framgångsrikt i FreeBSD och Linux-distributioner med den senaste versionen av coreutils 9.4.

Filkorruption inträffar under ganska sällsynta omständigheter, till exempel att köra kommandot "emerge -1 dev-lang/go" i Gentoo resulterar i installationen av Go-verktygslådan med korrupta filer i /usr/lib/go/pkg/tool/ linux_amd64/-katalogen. Det antas att felet började dyka upp efter att ha ställt in standardparametern "zfs_dmu_offset_next_sync=1" i openzfs version 2.1.4. Orsaken till felet har ännu inte identifierats. Som en rekommenderad lösning för att blockera felet föreslås att parametern "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" ställs in på 0.

Källa: opennet.ru