OpenZFS 中已发现一个可能导致文件损坏的错误。

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 系统中成功重现。 Linux-发行版包含最新发布的 coreutils 9.4。

文件损坏的情况相当罕见,例如,在 Gentoo 中运行“emerge -1 dev-lang/go”命令会导致安装的 Go 工具包在 /usr/lib/go/pkg/tool/ 中包含损坏的文件linux_amd64/目录.编译。 假设在openzfs版本1中设置默认参数“zfs_dmu_offset_next_sync=2.1.4”后开始出现该错误。 错误来源尚未确定。 作为阻止错误的推荐解决方法,建议将参数“/sys/module/zfs/parameters/zfs_dmu_offset_next_sync”设置为 0。

来源: opennet.ru

为具有 DDoS 保护、VPS VDS 服务器的站点购买可靠的主机 🔥 购买具备 DDoS 防护的可靠网站托管服务,包括 VPS 和 VDS 服务器 | ProHoster