Systemd 245 परिवर्तनों की एक बड़ी सूची के साथ आता है और ये सबसे प्रमुख हैं

डेवलपर्स जो सिस्टमडी के प्रभारी हैं सिस्टमडी 245 के नए संस्करण को जारी करने की घोषणा की जो बदलावों की एक बड़ी सूची के साथ आता है जिसमें कुछ काफी दिलचस्प खबरें शामिल हैं।

नए संस्करण में, नए systemd-homed और systemd-repart घटक जोड़े गए हैंJSON प्रारूप में पोर्टेबल उपयोगकर्ता प्रोफाइल के लिए समर्थन जोड़ा गया, सिस्टमड-जर्नल में नेमस्पेस को परिभाषित करने की क्षमता प्रदान की गई, पीआईडीएफडी तंत्र के लिए समर्थन जोड़ा गया

सिस्टमडी 245 में नया क्या है?

सबसे बड़े बदलावों में से एक सेवा का जुड़ना है सिस्टमड-होमड, क्या पीपोर्टेबल होम डायरेक्टरी प्रबंधन प्रदान करता है एक माउंटेड छवि फ़ाइल के रूप में आपूर्ति की जाती है जिसमें डेटा एन्क्रिप्ट किया गया है।

सिस्टमेड-होमेड आपको स्वायत्त वातावरण बनाने की अनुमति देता है उपयोगकर्ता डेटा के लिए जिसे विभिन्न प्रणालियों के बीच स्थानांतरित किया जा सकता है समय की चिंता किये बिना पहचानकर्ताओं और गोपनीयता की. उपयोगकर्ता क्रेडेंशियल होम डायरेक्टरी से जुड़े होते हैं, सिस्टम कॉन्फ़िगरेशन से नहीं।

एक और महत्वपूर्ण बदलाव है systemd-userdb प्लगइन जोड़ना, कि UNIX/glibc NSS खातों का JSON रिकॉर्ड में अनुवाद करें और रिकॉर्ड को क्वेरी करने और सूचीबद्ध करने के लिए एक एकीकृत वर्लिंक एपीआई प्रदान करता है।

सी होम निर्देशिका से संबद्ध JSON प्रोफ़ाइलआवश्यक पैरामीटर शामिल हैं उपयोगकर्ता को काम करने के लिए, नाम की जानकारी सहित, पासवर्ड हैश, एन्क्रिप्शन कुंजी, कोटा, और उपलब्ध संसाधन।

दूसरी तरफ भी नई "सिस्टमडी-रिपार्ट" उपयोगिता पर प्रकाश डाला गया है, जो कि डी हैतालिकाओं को वितरित करने के लिए डिज़ाइन किया गया डिस्क विभाजन जीपीटी प्रारूप में.

इसके साथ विभाजन संरचना को फ़ाइलों के माध्यम से घोषणात्मक रूप से परिभाषित किया जाता है जो वर्णन करता है कि कौन से विभाजन मौजूद होने चाहिए या नहीं होने चाहिए।

व्यवहार में, systemd-repart छवियों के लिए उपयोगी हो सकता है प्रारंभ में ऑपरेटिंग सिस्टम का उन्हें न्यूनतम रूप में वितरित किया जा सकता है और पहले बूट के बाद इसका विस्तार होता है किसी मौजूदा ब्लॉक डिवाइस के आकार के अनुसार या अतिरिक्त विभाजन द्वारा पूरक।

भी सिस्टमडी 245 में अब सिस्टमडी-जर्नल के कई उदाहरण चलाना संभव है, जिनमें से प्रत्येक अपने नामस्थान में रिकॉर्ड रखता है। मुख्य systemd-journald.service के अलावा, .service निर्देशिका "लॉगनेमस्पेस" निर्देश का उपयोग करके आपके नामस्थान से जुड़े अतिरिक्त उदाहरण बनाने के लिए एक टेम्पलेट प्रदान करती है।

Systemd-udevd और अन्य घटक प्रणाली द्वारा के लिए समर्थन जोड़ा है के लिए तंत्र नेटवर्क इंटरफ़ेस को वैकल्पिक नाम निर्दिष्ट करें, जो एक इंटरफ़ेस के लिए एक साथ कई नामों का उपयोग करने की अनुमति देता है।

नाम 128 वर्णों तक लंबा हो सकता है (पहले नेटवर्क इंटरफ़ेस नाम 16 वर्णों तक सीमित था)। डिफ़ॉल्ट रूप से, systemd-udevd अब प्रत्येक नेटवर्क इंटरफ़ेस को समर्थित नामकरण योजनाओं द्वारा उत्पन्न सभी नाम वेरिएंट निर्दिष्ट करता है।

इस व्यवहार को .link फ़ाइलों में नई वैकल्पिक नाम और वैकल्पिक नाम नीति सेटिंग्स के माध्यम से बदला जा सकता है। Systemd-nspawn होस्ट साइड पर बनाए गए वीथ लिंक के लिए पूरी तरह से योग्य कंटेनर नाम के साथ वैकल्पिक नाम पीढ़ी को लागू करता है।

अंतिम पर कम नहीं, यह भी बाहर खड़ा है सिस्टमडी 245 घोषणा में इसे जोड़ा गया था Linux कर्नेल सबसिस्टम "pidfd" के लिए समर्थन PID पुन: उपयोग की स्थिति को संभालने के लिए sd-event.h API में (pidfd एक विशिष्ट प्रक्रिया से जुड़ता है और बदलता नहीं है, जबकि PID इस PID से जुड़ी वर्तमान प्रक्रिया को पूरा करने के बाद किसी अन्य प्रक्रिया से जुड़ सकता है)।

यदि वर्तमान सबसिस्टम इस सबसिस्टम का समर्थन करता है, तो पीआईडी ​​1 के अपवाद के साथ सभी सिस्टमडी घटकों को पीआईडीएफडीएस का उपयोग करने के लिए बदल दिया जाता है।

पॉलिसीकिट के माध्यम से सिस्टमडी-लॉगइंड परिवर्तन वर्चुअल टर्मिनल ऑपरेशन के लिए पहुंच नियंत्रण प्रदान करता है। डिफ़ॉल्ट रूप से, सक्रिय टर्मिनल को बदलने की अनुमति केवल उन उपयोगकर्ताओं को दी जाती है जिन्होंने कम से कम एक बार स्थानीय वर्चुअल टर्मिनल में लॉग इन किया है।

सिस्टमडी के साथ initrd छवियों के निर्माण को सरल बनाने के लिए, PID 1 ड्राइवर अब यह निर्धारित करता है कि क्या इसका उपयोग initrd में किया जाता है, जिस स्थिति में यह default.target के बजाय स्वचालित रूप से initrd.target को लोड करता है।

अगर आप पूरी लिस्ट जानना चाहते हैं सिस्टमड 245 की इस नई रिलीज़ में जो परिवर्तन और समाचार वितरित किए गए थे, आप उनकी जांच कर सकते हैं निम्नलिखित लिंक में