चार महिन्यांच्या विकासानंतर एसईने "सिस्टमड 247" ची नवीन आवृत्ती प्रकाशित करण्याची घोषणा केली.
आणि या नवीन आवृत्तीमध्ये, मेमरी-आउट-ऑफ मेमरी ड्राइव्हर जोडले, udev नियमांचे विसंगत अद्यतन फाइल सिस्टमद्वारे केले गेले सिस्टमटी-होमडेममध्ये डीफॉल्टनुसार बीटीआरएफ सक्षम केले आहेत, अ गोपनीय डेटाच्या सुरक्षित हस्तांतरणासाठी यंत्रणा सर्व्हिसेस, सिस्टमड-डिस्क्ट युटिलिटी स्थिर केली जाते आणि बरेच काही.
सिस्टमड 247 ची मुख्य नवीन वैशिष्ट्ये
या नवीन आवृत्तीत सुसंगतता खंडित करण्यासाठी udev नियम सुधारित केले गेले आहेत मागील आवृत्त्या आणि याची खात्री करा की udev योग्यरित्या "बाईंड" आणि "अनइंड बाइंड" इव्हेंटची अंमलबजावणी करतो लिनक्स कर्नल डिव्हाइस मॉडेल 4.14.१XNUMX मध्ये सादर केले गेले आहे आणि सामान्यत: यूएसबी स्टिक आणि डिव्हाइससाठी तयार केले आहे ज्यासाठी आपल्याला काम सुरू करण्यापूर्वी फर्मवेअर डाउनलोड करणे आवश्यक आहे.
नवीन systemd-udevd वितरण वापरण्यासाठी कॉलऐवजी यूदेव नियमांना अद्ययावत करणे आवश्यक आहे. निरनिराळ्या पॅकेजेसमध्ये पुरविल्या जाणार्‍या उदेव नियमांमध्ये बदल करण्याव्यतिरिक्त, विविध देखरेख कार्यक्रम, ग्रंथालये आणि उदेव नियमांसह कार्य करणार्‍या युटिलिटीजमध्ये बदल करणे देखील आवश्यक असेल.
असा युक्तिवाद केला जात आहे की अशा प्रकारच्या बदलांची आवश्यकता सिस्टमड किंवा उदेवमधील समस्यांमुळे नाही, परंतु लिनक्स कर्नलमधील सुसंगततेमध्ये मूलभूत बदलांमुळे झाली आहे, ज्यामुळे बाइंड आणि बाइंड इव्हेंटचा अधिकाधिक ड्राइव्हर्स बनला आहे. अनबिन्ड, इव्हेंट हाताळणीचे समर्थन करण्यासाठी तर्कशास्त्रात मूलभूत बदल आवश्यक आहेत.
उपाय म्हणून, सिस्टमड-उदेव्डने टॅगची संकल्पना पूर्णपणे डिझाइन केली आहे, आपण त्यांचा मागोवा घेता तसे टॅग करण्याची आणि फिल्टर करण्याची आपल्याला परवानगी. टॅग्ज यूदेव आता डिव्हाइसशी कनेक्ट झाले आहे आणि डिव्हाइस काढण्यापूर्वी काढले जाऊ शकत नाही. हे सुनिश्चित करते की "अनबिन्ड" कॉल लागू झाल्यानंतर applicationsप्लिकेशन्स टॅगसाठी नवजात मिळवू शकतात, कारण टॅग यापुढे डिव्हाइस इव्हेंटशी संबंधित नाही, परंतु डिव्हाइससहच आहे आणि नवीन घटनेनंतर बदलत नाही.
आणखी एक बदल म्हणजे ते कमी सिस्टम मेमरीला लवकर प्रतिसाद देण्यासाठी प्रायोगिक समर्थन (systemd-oomd), फेसबुकने विकसित केलेल्या ओमड ड्रायव्हरच्या आधारावर लागू केले.
Oomd PSI (प्रेशर स्टाल माहिती) कर्नल उपप्रणाली वापरते, जे वापरकर्त्याच्या जागेस विविध स्त्रोतांच्या प्रतीक्षा वेळेबद्दल माहितीचे विश्लेषण करण्यास अनुमती देते (सीपीयू, मेमरी, आय / ओ) सिस्टम उपयोगाच्या पातळीचे आणि थ्रॉटलच्या स्वरूपाचे अचूक मूल्यांकन करण्यासाठी.
सिस्टम सेवांमध्ये, एसईने गोपनीय डेटाच्या सुरक्षित हस्तांतरणासाठी नवीन लॉजिक प्रस्तावित केले, जसे की संकेतशब्द आणि कूटबद्धीकरण की, तसेच संबंधित माहिती जसे की वापरकर्तानाव आणि प्रमाणपत्रे (systemd-nspawn मध्ये समाविष्ट).
डेटा ट्रान्सफर आयोजित करण्यासाठी, दोन पॅरामीटर्स ऑफर केले आहेत, सेटक्रेंडेन्शियल आणि लोड-क्रेडेन्शियल, आणि क्रेडेन्शियल्स स्वत: इंटरमिजिएट फाईल्सद्वारे वेगळ्या निर्देशिकेमध्ये हस्तांतरित केली जातात, ज्याचे वर्णन $ CREDENTIALS_DIRECTORY पर्यावरण चल द्वारे केले जाते.
दुसरीकडे, आम्ही शोधू शकतो की ईबीटीआरएफएस फाइल सिस्टम आता डीफॉल्टनुसार वापरली जाते होम डिरेक्टरीज बनवताना सिस्टमड-होम्ड सर्व्हिसचा वापर करून LUKS विभाजनांवर पोर्टेबल होम डिरेक्टरीज व्यवस्थापित करण्यासाठी.
एफएस चा प्रकार बदलण्यासाठी आपण डीफॉल्ट फाईलसिस्टीम टाइप पॅरामीटर वापरू शकता homed.conf मध्ये. हे नोंद घ्यावे की, ext4 आणि xfs च्या विपरीत, Btrfs चा वापर केवळ वाढवू शकत नाही, परंतु आरोहित विभाजनाचा आकार देखील कमी करू शकतो.
JSON वापरकर्ता प्रोफाइल सिस्टम मध्ये होस्ट केलेले पुनर्प्राप्ती की करीता समर्थन समाविष्ट केले, ज्यामध्ये एखादे एफआयडीओ 2 किंवा पीकेसीएस # 11 टोकन हरवल्याची घटना घडल्यास खाते किंवा मुख्य निर्देशिका अनलॉक करण्यासाठी स्वयं-व्युत्पन्न स्पेअर पासफ्रेज समाविष्ट आहेत. खात्यात पुनर्प्राप्ती की जोडण्यासाठी, "corecovery-key" आणि की स्वतःच आहे स्कॅन करण्यासाठी आणि सुरक्षित ठिकाणी ठेवण्यासाठी क्यूआर कोड म्हणून प्रदर्शित.
प्रत्येक एन्क्रिप्टेड डिरेक्टरीसाठी LUKS सह, systemd-homed एक हँडलिंग लागू करते जे निर्देशित करते की निर्देशिका योग्यरित्या अनमाउंट केलेली नाही. फ्री ब्लॉक क्लीनअप बंद होण्यापूर्वी सुरू झाले नाही.
शेवटी, आपण त्याबद्दल अधिक जाणून घेऊ इच्छित असल्यास आपण खालील दुवा तपासू शकता.