ओपनझेडएफएस २.२.१ प्रकल्प, जो झेडएफएस फाइल सिस्टमची अंमलबजावणी विकसित करतो Linux आणि फ्रीबीएसडी. कर्नल सपोर्टच्या समावेशामुळे हे प्रकाशन उल्लेखनीय आहे. Linux 6.6 и попыткой устранения проблемы, приводящей к повреждению данных (обнулению части блоков) в файлах после их копирования.
सुरुवातीला, असे गृहीत धरले गेले होते की ही समस्या फक्त 2.2.x शाखेत दिसते आणि OpenZFS 2.2.0 मध्ये समाविष्ट असलेल्या ब्लॉक क्लोनिंग यंत्रणेतील त्रुटीमुळे उद्भवली आहे, जी तुम्हाला डुप्लिकेट न करता फाइलची प्रत किंवा तिचा काही भाग तयार करण्यास अनुमती देते. डेटा, दुस-या कॉपीमध्ये वापरून स्रोत फाइलच्या आधीपासून अस्तित्वात असलेल्या डेटा ब्लॉकचा संदर्भ त्यांची खरी कॉपी न करता. OpenZFS 2.2.1 मध्ये, समस्या अवरोधित करण्यासाठी, ब्लॉक क्लोनिंग यंत्रणा डीफॉल्टनुसार अक्षम केली गेली होती, आणि या मोडसाठी समर्थन परत करण्यासाठी zfs_bclone_enabled सेटिंग जोडली गेली होती.
Позднее разработчики заявили о воспроизведении проблемы и в конфигурациях с веткой OpenZFS 2.1.x. Не подтвердились и предположения, что проблема проявляется на системах со старыми выпусками пакета coreutils — ошибку удалось воспроизвести во FreeBSD и в Linux-дистрибутивах со свежим выпуском coreutils 9.4.
फाईल करप्शन बर्याच दुर्मिळ परिस्थितीत उद्भवते, उदाहरणार्थ, Gentoo मधील "emerge -1 dev-lang/go" कमांड चालवल्याने /usr/lib/go/pkg/tool/ मधील दूषित फाइल्ससह Go टूलकिटची स्थापना होते. linux_amd64/ निर्देशिका. संकलित करा. असे गृहीत धरले जाते की openzfs आवृत्ती २.१.४ मध्ये डीफॉल्ट पॅरामीटर “zfs_dmu_offset_next_sync=1” सेट केल्यानंतर त्रुटी दिसू लागली. त्रुटीचे स्त्रोत अद्याप ओळखले गेले नाही. त्रुटी अवरोधित करण्यासाठी शिफारस केलेले उपाय म्हणून, पॅरामीटर “/sys/module/zfs/parameters/zfs_dmu_offset_next_sync” 2.1.4 वर सेट करण्याचा प्रस्ताव आहे.
स्त्रोत: opennet.ru
