{"id":111714,"date":"2023-11-23T15:10:22","date_gmt":"2023-11-23T13:10:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-openzfs-vyyavlena-oshibka-kotoraya-mozhet-privesti-k-povrezhdeniyu-fajlov"},"modified":"2023-11-23T15:10:22","modified_gmt":"2023-11-23T13:10:22","slug":"v-openzfs-vyyavlena-oshibka-kotoraya-mozhet-privesti-k-povrezhdeniyu-fajlov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/v-openzfs-vyyavlena-oshibka-kotoraya-mozhet-privesti-k-povrezhdeniyu-fajlov","title":{"rendered":"In OpenZFS wurde ein Fehler entdeckt, der zu Dateibesch\u00e4digungen f\u00fchren kann.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Eine Zwischenversion des OpenZFS 2.2.1-Projekts ist verf\u00fcgbar, welches die Implementierung des ZFS-Dateisystems f\u00fcr Linux und FreeBSD weiterentwickelt. Der Release ist bemerkenswert, da Unterst\u00fctzung f\u00fcr den Linux-Kernel 6.6 hinzugef\u00fcgt wurde und der Versuch unternommen wurde, ein Problem zu beheben, das zu Datenbesch\u00e4digung (Zur\u00fccksetzen von Teilen der Bl\u00f6cke) in Dateien nach deren Kopierung f\u00fchrt. <\/p>\n
Urspr\u00fcnglich wurde angenommen, dass das Problem nur in der Version 2.2.x auftritt und durch einen Fehler im in OpenZFS 2.2.0 enthaltenen Blockklonmechanismus verursacht wird, der es erm\u00f6glicht, eine Datei oder Teile davon zu kopieren, ohne Daten zu duplizieren, indem in der zweiten Kopie auf bereits vorhandene Datenbl\u00f6cke verwiesen wird, ohne diese tats\u00e4chlich zu kopieren. In der Version OpenZFS 2.2.1 wurde zur Behebung des Problems der Blockklonmechanismus standardm\u00e4\u00dfig deaktiviert, und eine Konfiguration zfs_bclone_enabled wurde hinzugef\u00fcgt, um die Unterst\u00fctzung dieses Modus wiederherzustellen. <\/p>\n
Sp\u00e4ter gaben die Entwickler bekannt, dass das Problem auch in Konfigurationen mit dem OpenZFS 2.1.x-Branch reproduziert werden konnte. Es konnte keine Best\u00e4tigung der Annahmen gefunden werden, dass das Problem auf Systemen mit \u00e4lteren Versionen des Pakets coreutils auftritt \u2014 der Fehler konnte sowohl in FreeBSD als auch in Linux-Distributionen mit der aktuellen Version von coreutils 9.4 reproduziert werden. <\/p>\n
Dateibesch\u00e4digungen treten unter ziemlich seltenen Umst\u00e4nden auf, zum Beispiel f\u00fchrt das Ausf\u00fchren des Befehls \u201eemerge -1 dev-lang\/go\u201c in Gentoo zur Installation der Werkzeugkette f\u00fcr die Programmiersprache Go mit besch\u00e4digten Dateien im Verzeichnis \/usr\/lib\/go\/pkg\/tool\/linux_amd64\/compile. Es wird vermutet, dass der Fehler nach der Einstellung des Parameters \u201ezfs_dmu_offset_next_sync=1\u201c als Standard in der Version openzfs 2.1.4 auftrat. Die Quelle des Fehlers wurde bisher nicht identifiziert. Als empfohlene Umgehung wird vorgeschlagen, den Parameter \u201e\/sys\/module\/zfs\/parameters\/zfs_dmu_offset_next_sync\u201c auf 0 zu setzen. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"