सिस्टम डी

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

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

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

इतिहास
लेनार्ट पोएटरिंग और के सिइवर्स, रेड हैट के लिए कार्य करने वाले सॉफ्टवेयर इंजीनियर जिन्होंने प्रारम्भ में सिस्टम डी प्रणाली विकसित किया था। 2010 में लाइनेक्स के पारंपरिक प्रणाली V इनिट को बदलने के लिए एक प्रोजेक्ट प्रारम्भ किया। पोएटरिंग के एक अप्रैल 2010 ब्लॉग पोस्ट ने एक प्रयोगात्मक संस्करण प्रस्तुत किया। जिसका शीर्षक रीथिंकिंग पीआईडी ​​1 है। जो बाद में प्रणाली बन गया। उन्होंने कई उपायों से इनिट की कार्यक्षमता को प्राप्त करने का प्रयास किया। वे निर्भरता को व्यक्त करने के लिए सॉफ्टवेयर में त्रुटि को सही करना चाहते थे। जिससे प्रणाली बूटिंग के समय कंकरेंसी (कंप्यूटर विज्ञान) या समानांतर कंप्यूटिंग में अधिक प्रसंस्करण की अनुमति दी जा सके और शेल (कंप्यूटिंग) के ओवरहेड (कंप्यूटिंग) को स्वयं के अनुरूप कम किया जा सके।

मई 2011 में फेडोरा लाइनेक्स, उपस्टार्ट (सॉफ्टवेयर) के स्थान पर सिस्टम डी प्रणाली को डिफ़ॉल्ट रूप से सक्षम करने वाला पहला प्रमुख लाइनेक्स वितरण बनाया गया। उस समय तर्क यह था कि प्रणाली ने स्टार्टअप के समय व्यापक समानांतरकरण, प्रक्रियाओं का उतकृष्ट प्रबंधन और प्रणाली के नियंत्रण के लिए समग्र रूप से एक स्वच्छ, निर्भरता-आधारित दृष्टिकोण प्रदान किया गया है।

अक्टूबर 2012 में आर्क लाइनेक्स ने SysV इनिट से स्विच करते हुए सिस्टम डी प्रणाली को डिफ़ॉल्ट बना दिया। डेवलपर्स ने अगस्त 2012 से वाद-विवाद किया था और इस निष्कर्ष पर पहुंचा कि यह तेज था और इसमें SysV इनिट की तुलना में अधिक विशेषताएं थीं और इसके पश्चात् वाले को बनाए रखना पैच में प्रयास के उचित नहीं था। उनमें से कुछ डेवलपर्स ने सोचा कि सिस्टम डी प्रणाली के कार्यान्वयन की आलोचना सॉफ्टवेयर की यथार्थ कमियों पर आधारित नहीं थी। बल्कि लाइनेक्स समूह के एक भाग से लेनार्ट की अरुचि और बदलाव के लिए सामान्य झिझक प्रस्तुत की थी। विशेष रूप से प्रणाली के विषय में कुछ कमियों को बैश में प्रोग्राम नहीं किया जा रहा है। यह SysV इनिट से बड़ा और अधिक व्यापक है। डी-बस का उपयोग और जर्नल के वैकल्पिक ऑन-डिस्क प्रारूप को प्रोग्रामर द्वारा लाभ के रूप में माना जाता है।

अक्टूबर 2013 और फरवरी 2014 के बीच डेबियन विधि समिति के बीच डेबियन मेलिंग सूची पर एक लंबी वार्तालाप हुई। डेबियन 8 जेसी में डिफ़ॉल्ट के रूप में किस इनिट प्रणाली का उपयोग करना है। इस पर चर्चा करना और सिस्टम डी प्रणाली के पक्ष में निर्णय लेना वाद-विवाद का व्यापक प्रचार किया गया और निर्णय के देखते हुए डेबियन मेलिंग सूची पर वाद-विवाद जारी है। फरवरी 2014 में डेबियन के निर्णय के उपरान्त मार्क शटलवर्थ ने अपने ब्लॉग पर घोषणा की कि उबंटू (ऑपरेटिंग प्रणाली) अपने स्वयं के अपस्टार्ट (सॉफ़्टवेयर) को छोड़कर सिस्टम डी प्रणाली को संचालित करने में अनुसरण करेगा।

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

अगस्त 2015 में सिस्टम डी प्रणाली ने एक लॉगिन शेल प्रदान करना प्रारम्भ किया। जिसके machinectl shell माध्यम से कॉल किया जा सकता था.

सितंबर 2016 में एक सुरक्षा बग की खोज की गई थी। जिसने किसी भी अनपेक्षित उपयोगकर्ता को सिस्टम डी प्रणाली के विरुद्ध सेवा से मना करने की अनुमति दी थी। माँसपेशियाँ के विकासकर्ता रिच फेल्कर ने कहा कि यह बग एक प्रमुख प्रणाली विकास डिजाइन दोष का स्पष्ट करता है। 2017 में सिस्टम डी प्रणाली में एक और सुरक्षा बग खोजा गया था। जो एक दुर्भावनापूर्ण डीएनएस सर्वर द्वारा सेवा में व्यवधान की अनुमति देता है।  इसके बाद में 2017 में, पवनी अवार्ड्स ने लेखक लेनार्ट पोएटरिंग को कमजोरियों से निवृत होने के कारण एक सबसे विशेष विक्रेता प्रतिक्रिया को पुरस्कार प्रदान किया गया।

डिजाइन
पोएटरिंग सिस्टमड डेवलपमेंट को "कभी खत्म नहीं, कभी पूरा नहीं, बल्कि प्रौद्योगिकी की प्रगति पर देखरेख "रखने" के रूप में वर्णित करता है। मई 2014 में पोएटरिंग ने निम्नलिखित तीन सामान्य कार्यों को प्रदान करके सिस्टम डी प्रणाली को वितरण के बीच व्यर्थ अंतर को एकीकृत करने के रूप में वर्णित किया गया है:


 * एक प्रणाली और सर्विस मैनेजर (विभिन्न कॉन्फ़िगरेशन और इसकी सेवाओं को संचालित करके दोनों प्रणाली का प्रबंधन करता है)
 * एक कम्प्यूटिंग मंच (अन्य सॉफ्टवेयर विकसित करने के लिए एक आधार के रूप में कार्य करता है)
 * अनुप्रयोग प्रक्रिया सामग्री और लाइनेक्स कर्नेल के बीच गोंद (कर्नेल द्वारा प्रदान की गई कार्यक्षमताओं को स्पष्ट करने वाले विभिन्न इंटरफेस प्रदान करता है।)

सिस्टमड में ऑन-डिमांड स्टार्टिंग डेमॉन, स्नैपशॉट सपोर्ट, प्रोसेस ट्रैकिंग और इनहिबिटर लॉक जैसी विशेषताएं सम्मिलित हैं। यह केवल इनिट डेमन का नाम नहीं है। बल्कि इसके आसपास के सम्पूर्ण सॉफ्टवेयर बंडल को भी संदर्भित करता है। जो इसके अतिरिक्त सिस्टम डी इनिट डेमॉन सम्मिलित हैं और कई अन्य निम्न-स्तरीय घटक जर्नाल्ड, लॉगिन्ड और नेटवर्कड इसके अन्तर्गत सम्मिलित हैं। जनवरी 2013 में पोएटरिंग ने सिस्टम डी प्रणाली को एक प्रोग्राम के रूप में नहीं, बल्कि एक बड़े सॉफ्टवेयर सूट के रूप में वर्णित किया। जिसमें 69 व्यक्तिगत बायनेरिज़ सम्मिलित हैं। एक एकीकृत सॉफ्टवेयर सूट के रूप में सिस्टम डी प्रणाली लाइनेक्स स्टार्टअप प्रक्रिया और पारंपरिक इनिट डेमन द्वारा नियंत्रित रनलेवल को इसके नियंत्रण में निष्पादित खोल स्क्रिप्ट के साथ परिवर्तित कर देता है। सिस्टम डी प्रणाली कई अन्य सेवाओं को भी एकीकृत करता है। जो उपयोगकर्ता लॉगिन, प्रणाली कंसोल, डिवाइस हॉटप्लगिंग (यूडेव देखें), अनुसूचित निष्पादन (क्रॉन के स्थान पर), लॉगिंग, होस्ट नेम और लोकेशन को संभालने के द्वारा लाइनेक्स प्रणाली पर सामान्य हैं।

इनिट डेमॉन के समान, सिस्टम डी एक डेमन है। जो अन्य डेमॉन का प्रबंधन करता है। जिसमें सिस्टम डी ही पृष्ठभूमि प्रक्रियाएं सम्मिलित हैं। सिस्टम डी बूटिंग के समय प्रारम्भ होने वाला पहला डेमॉन है और शटडाउन (कंप्यूटिंग) के समय समाप्त होने वाला लास्ट डेमॉन है। वह सिस्टम डी डेमन यूजर स्पेस की चाइल्ड प्रक्रिया के रूट के रूप में कार्य करता है। पहली प्रक्रिया (प्रक्रिया पहचानकर्ता 1) की यूनिक्स प्रणाली पर एक विशेष भूमिका है क्योंकि यह मूल पैरेन्ट्स के समाप्त होने पर प्रक्रिया के पैरेन्ट्स को परिवर्तित कर देती है। इसलिए पहली प्रक्रिया विशेष रूप से डेमॉन की देखरेख के उद्देश्य से उपयुक्त है।

सिस्टम डी इसके स्टार्टअप अनुक्रम के तत्वों को समानांतर में निष्पादित करता है। जो पारंपरिक स्टार्टअप अनुक्रम दृष्टिकोण की तुलना में सैद्धांतिक रूप से अधिक तेज़ है। अंतर-प्रक्रिया संचार (आईपीसी) के लिए सिस्टम डी चल रहे डेमॉन को यूनिक्स डोमेन सॉकेट और डी-बस उपलब्ध कराता है। सिस्टम डी की स्थिति को भविष्य के रिकॉल के लिए स्नैपशॉट (कंप्यूटर भंडारण) में भी संरक्षित किया जा सकता है।

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


 * सिस्टम डी लाइनेक्स ऑपरेटिंग प्रणाली के लिए एक प्रणाली और सर्विस मैनेजर है।
 * सिस्टम सीटीएल प्रणाली प्रणाली और सर्विस मैनेजर की स्थिति का आत्मनिरीक्षण और नियंत्रण करने के लिए एक कमांड है। एसआईएस सीटीएल से भ्रमित न हों।
 * सिस्टम डी-विश्लेषण का उपयोग प्रणाली बूट-अप प्रदर्शन आंकड़ों को निर्धारित करने और प्रणाली और सेवा प्रबंधक से अन्य स्थिति और ट्रेसिंग जानकारी प्राप्त करने के लिए किया जा सकता है।

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

 < /span> अनुषंगी घटक
लाइनेक्स इनिट प्रणाली प्रदान करने के अपने प्राथमिक उद्देश्य के अतिरिक्त, सीस्टम डी प्रणाली सूट निम्नलिखित घटकों सहित अतिरिक्त कार्यक्षमता प्रदान कर सकता है: ; journald
 * systemd-journald घटना (कंप्यूटिंग)   बोटा दस्तावेज  के लिए जिम्मेदार एक डेमन है, इसके लॉगफाइल के रूप में केवल संलग्न  बाइनरी फ़ाइलों के साथ प्रणाली व्यवस्थापक चुन सकता है कि प्रणाली ईवेंट को लॉग इन करना है या नहीं systemd-journald, syslog-ng या rsyslog. द्विआधारी प्रारूप के भ्रष्टाचार की संभावना ने बहुत गरमागरम बहस छेड़ दी है।


 * libudev
 * libudev udev का उपयोग करने के लिए मानक पुस्तकालय है, जो तृतीय-पक्ष एप्लिकेशन को यूडेव संसाधनों को क्वेरी करने की अनुमति देता है।


 * localed
 * logind
 * systemd-logind एक डेमॉन है जो विभिन्न उपायों से उपयोगकर्ता लॉगिन और सीटों का प्रबंधन करता है। यह एक एकीकृत लॉगिन प्रबंधक है जो मल्टीसीट कॉन्फ़िगरेशन सुधार प्रदान करता है और कंसोलकिट को प्रतिस्थापित करता है, जिसका अब रखरखाव नहीं किया जाता है। X प्रदर्शन प्रबंधक (प्रोग्राम प्रकार) के लिए स्विच करें logind को न्यूनतम पोर्टिंग की आवश्यकता होती है। इसे प्रणाली वर्जन 30 में एकीकृत किया गया था।


 * homed
 * homed एक डेमन है जो पोर्टेबल मानव-उपयोगकर्ता खाते प्रदान करता है जो वर्तमान प्रणाली कॉन्फ़िगरेशन से स्वतंत्र हैं। homed फ़ाइल प्रणाली में विभिन्न स्थानों से UID/GID जैसे डेटा के विभिन्न टुकड़ों को एक फ़ाइल में ले जाता है, ~/.identity. homed उपयोगकर्ता की होम निर्देशिका को विभिन्न उपायों से प्रबंधित करता है जैसे एक सादा निर्देशिका, एक btrfs सबवोल्यूम, एक Linux एकीकृत कुंजी सेटअप वॉल्यूम, एक fscrypt निर्देशिका, या एक सर्वर संदेश ब्लॉक सर्वर से आरोहित।


 * networkd
 * networkd नेटवर्क इंटरफेस के कॉन्फ़िगरेशन को संभालने के लिए एक डेमॉन है; संस्करण 209 में, जब इसे पहली बार एकीकृत किया गया था, समर्थन स्थिर रूप से असाइन किए गए पतों और ब्रिजिंग (नेटवर्किंग) कॉन्फ़िगरेशन के लिए बुनियादी समर्थन तक सीमित था।    जुलाई 2014 में,  प्रणाली संस्करण 215 जारी किया गया था, जिसमें IPv4 होस्ट के लिए DHCP सर्वर और VXLAN समर्थन जैसी नई सुविधाएँ सम्मिलित थीं।    प्रणाली-नेटवर्कड द्वारा देखे गए नेटवर्क लिंक की स्थिति की समीक्षा के लिए उपयोग किया जा सकता है। नए इंटरफेस के कॉन्फ़िगरेशन को /lib/systemd/network/ के तहत .network एक्सटेंशन के साथ समाप्त होने वाली एक नई फ़ाइल के रूप में जोड़ा जाना है।


 * resolved: स्थानीय अनुप्रयोगों के लिए नेटवर्क नाम समाधान प्रदान करता है
 * systemd-boot
 * systemd-boot एक बूट मैनेजर है, जिसे पहले गमीबूट (सॉफ्टवेयर) के नाम से जाना जाता था। के सिवर्स ने इसे रेव 220 के साथ प्रणाली में विलय कर दिया।


 * timedated
 * systemd-timedated एक डेमॉन है जिसका उपयोग समय-संबंधित सेटिंग्स को नियंत्रित करने के लिए किया जा सकता है, जैसे कि प्रणाली समय, प्रणाली समय क्षेत्र, या समन्वित वैश्विक समय और स्थानीय समय-क्षेत्र प्रणाली घड़ी के बीच चयन। यह डी-बस के माध्यम से पहुँचा जा सकता है। इसे प्रणाली वर्जन 30 में एकीकृत किया गया था।


 * timesyncd: एक डेमॉन है जिसे पूरे नेटवर्क में प्रणाली क्लॉक को सिंक्रोनाइज़ करने के लिए जोड़ा गया है।
 * tmpfiles
 * systemd-tmpfiles एक उपयोगिता है जो अस्थायी फ़ाइलों और निर्देशिकाओं के निर्माण और सफाई का ख्याल रखती है। यह आमतौर पर एक बार स्टार्टअप पर और फिर निर्दिष्ट अंतराल में चलाया जाता है।


 * udevd
 * udev लाइनेक्स कर्नेल के लिए एक डिवाइस मैनेजर है, जो इसे संभालता है /dev निर्देशिका और फर्मवेयर लोड करने सहित उपकरणों को जोड़ते/हटाते समय सभी उपयोगकर्ता स्थान क्रियाएं। अप्रैल 2012 में, udev के लिए स्रोत ट्री मर्ज (संशोधन नियंत्रण) प्रणाली  स्रोत वृक्ष  में था।  Udev की संस्करण संख्या का मिलान करने के लिए,  प्रणाली मेंटेनर्स ने संस्करण संख्या को सीधे 44 से 183 तक बढ़ा दिया।
 * 29 मई 2014 को, udev के माध्यम से फ़र्मवेयर लोड करने के लिए समर्थन systemd से हटा दिया गया था, क्योंकि यह निर्णय लिया गया था कि फ़र्मवेयर लोड करने के लिए कर्नेल को ज़िम्मेदार होना चाहिए।

प्रणाली का विन्यास
systemd विशेष रूप से सादे पाठ -टेक्स्ट फ़ाइलों के माध्यम से कॉन्फ़िगर किया गया है।

systemd विन्यास फाइल में प्रत्येक डेमॉन के लिए इनिशियलाइज़ेशन निर्देश रिकॉर्ड करता है (एक इकाई फ़ाइल के रूप में संदर्भित) जो एक घोषणात्मक भाषा का उपयोग करता है, पारंपरिक रूप से उपयोग किए जाने वाले प्रति-डेमन स्टार्टअप शेल स्क्रिप्ट को प्रतिस्थापित करता है। भाषा का वाक्य-विन्यास INI फ़ाइल से प्रेरित है.ini फ़ाइलें। यूनिट-फ़ाइल प्रकार सम्मिलित करना:


 * .service
 * .socket
 * .device (स्वचालित रूप से प्रणाली द्वारा प्रारम्भ किया गया )
 * .mount
 * .automount
 * .swap
 * .target
 * .path
 * .timer (जिसे क्रोन-जैसे नौकरी अनुसूचक  के रूप में इस्तेमाल किया जा सकता है
 * .snapshot
 * .slice (प्रक्रियाओं और संसाधनों को समूहीकृत और प्रबंधित करने के लिए उपयोग किया जाता है )
 * .scope (कार्यकर्ता प्रक्रियाओं को समूहीकृत करने के लिए उपयोग किया जाता है, इकाई फ़ाइलों के माध्यम से कॉन्फ़िगर करने का इरादा नहीं है )

दत्तक ग्रहण
जबकि कई वितरण डिफ़ॉल्ट रूप से प्रणाली को बूट करते हैं, कुछ अन्य init प्रणाली को उपयोग करने की अनुमति देते हैं; इस मामले में init प्रणाली को स्विच करना उपयुक्त पैकेजों को स्थापित करके संभव है।  प्रणाली से बचने के लिए  देव विचार  नामक डेबियन का एक फोर्क (सॉफ्टवेयर विकास) विकसित किया गया था  और स्थिर उपयोग के लिए संस्करण 4.0 तक पहुंच गया है। दिसंबर 2019 में, डेबियन परियोजना ने वितरण के लिए  प्रणाली को डिफ़ॉल्ट इनिट प्रणाली के रूप में बनाए रखने के पक्ष में मतदान किया, लेकिन विकल्पों की खोज के लिए समर्थन के साथ।

अन्य सॉफ्टवेयर के साथ एकीकरण
प्रणाली और गनोम डेस्कटॉप वातावरण के बीच इंटरऑपरेबिलिटी को बढ़ाने के हित में, प्रणाली के सह-लेखक लेनार्ट पोएटरिंग गनोम परियोजना को गनोम 3.2 की बाहरी निर्भरता (कंप्यूटर विज्ञान) बनाने पर विचार करने के लिए कहा।

नवंबर 2012 में, गनोम प्रोजेक्ट ने निष्कर्ष निकाला कि मूल गनोम कार्यक्षमता को प्रणाली पर भरोसा नहीं करना चाहिए। हालांकि, गनोम 3.8 ने logind और कंसोलकिट एपीआई, पूर्व वाले को उस समय केवल  प्रणाली द्वारा प्रदान किया जा रहा था। उबंटू ने एक अलग प्रदान किया logind बाइनरी लेकिन  प्रणाली अधिकांश लाइनेक्स वितरणों के लिए गनोम की वास्तविक निर्भरता बन गया, विशेष रूप से कंसोलकिट अब सक्रिय रूप से बनाए रखा नहीं गया है और अपस्ट्रीम इसके उपयोग की सिफारिश करता है systemd-logind बजाय। Gentoo Linux के डेवलपर्स ने भी OpenRC में इन परिवर्तनों को अनुकूलित करने का प्रयास किया, लेकिन कार्यान्वयन में बहुत अधिक बग थे, जिसके कारण वितरण प्रणाली को GNOME की निर्भरता के रूप में चिह्नित करता है।

गनोम ने और एकीकृत किया है logind. म्यूटर (सॉफ्टवेयर) संस्करण 3.13.2 के अनुसार, logind वेलैंड (सॉफ़्टवेयर) सत्रों के लिए एक निर्भरता है।

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

जनवरी 2013 में, लेनार्ट पोएटरिंग ने द बिगेस्ट मिथ्स नामक एक ब्लॉग पोस्ट में प्रणाली के बारे में चिंताओं को दूर करने का प्रयास किया।

फरवरी 2014 में, मसल के रिच फेल्कर ने कहा कि पीआईडी ​​​​1 अतिरिक्त जिम्मेदारियों के साथ दुखी होने के लिए बहुत खास है। PID 1 केवल बाकी init प्रणाली को प्रारम्भ करने और ज़ोंबी प्रक्रियाओं को काटने के लिए जिम्मेदार होना चाहिए। प्रणाली द्वारा जोड़ी गई अतिरिक्त कार्यक्षमता कहीं और प्रदान की जा सकती है और अनावश्यक रूप से पीआईडी ​​​​1 की जटिलता और हमले की सतह को बढ़ाती है। मार्च 2014 में एरिक एस. रेमंड ने कहा कि प्रणाली के डिजाइन लक्ष्य मिशन क्रीप और सॉफ्टवेयर ब्लोट से ग्रस्त थे। अप्रैल 2014 में, लिनस टोरवाल्ड्स ने सिवर्स द्वारा सबमिट किए गए लाइनेक्स कर्नेल में संशोधनों के संबंध में उपयोगकर्ताओं और बग रिपोर्ट के प्रति एक प्रमुख  प्रणाली डेवलपर के सिवर्स के रवैये के बारे में आरक्षण व्यक्त किया। अप्रैल 2014 के अंत में  प्रणाली का बहिष्कार करने का एक अभियान प्रारम्भ किया गया था, जिसमें एक वेबसाइट ने इसके अपनाने के खिलाफ विभिन्न कारणों को सूचीबद्ध किया था।

इन्फोवर्ल्ड में प्रकाशित एक अगस्त 2014 के लेख में, पॉल वेनेज़िया ने प्रणालीगत विवाद के बारे में लिखा और विवाद को यूनिक्स दर्शन के उल्लंघन के लिए जिम्मेदार ठहराया, और भारी अहं के लिए जो दृढ़ता से मानते हैं कि वे कोई गलत नहीं कर सकते। यह लेख प्रणाली के आर्किटेक्चर को svchost.exe के समान बताता है, जो  माइक्रोसॉफ़्ट विंडोज़  में एक व्यापक कार्यात्मक दायरे के साथ एक महत्वपूर्ण प्रणाली घटक है।

सितंबर 2014 में ZDNet साक्षात्कार में, प्रमुख लाइनेक्स कर्नेल डेवलपर थियोडोर त्सो ने अपनी राय व्यक्त की कि प्रणाली के केंद्रीकृत डिजाइन दर्शन पर विवाद, विधि चिंताओं से अधिक, लाइनेक्स पारिस्थितिकी तंत्र को एकरूप बनाने की दिशा में एक खतरनाक सामान्य प्रवृत्ति को इंगित करता है, खुले के हिस्सों को अलग और हाशिए पर रखता है। -स्रोत समुदाय, और वैकल्पिक परियोजनाओं के लिए बहुत कम जगह छोड़ना। उन्होंने गैर-मानक विन्यासों के प्रति गनोम परियोजना में पाए गए रवैये के साथ समानता का हवाला दिया। सोशल मीडिया पर, Ts'o ने बाद में सिवर्स और उनके सह-डेवलपर, लेनार्ट पोएटरिंग के व्यवहार की तुलना गनोम के डेवलपर्स से की।

कांटे और वैकल्पिक कार्यान्वयन
प्रणाली के फोर्क्स उपरोक्त खंड में उल्लिखित इसकी आलोचनाओं से निकटता से जुड़े हुए हैं। फोर्क्स आमतौर पर कम से कम एक पोर्टेबिलिटी (अन्य libcs ​​और यूनिक्स जैसी प्रणालियों के लिए), मॉड्यूलरिटी या आकार में सुधार करने का प्रयास करते हैं। फ्रीइनिट बैनर के तहत कुछ फोर्क्स ने सहयोग किया है।

यूदेव
2012 में, जेंटू लाइनेक्स प्रोजेक्ट ने प्रणाली आर्किटेक्चर पर निर्भरता से बचने के लिए udev का एक फोर्क (सॉफ्टवेयर डेवलपमेंट) बनाया। परिणामी फोर्क को eudev कहा जाता है और यह udev कार्यक्षमता को  प्रणाली के बिना उपलब्ध कराता है। परियोजना का घोषित लक्ष्य किसी भी Linux वितरण या init प्रणाली से eudev को स्वतंत्र रखना है। 2021 में, जेंटू ने घोषणा की कि 2022 की शुरुआत में यूदेव का समर्थन समाप्त हो जाएगा। अनुरक्षकों के एक स्वतंत्र समूह ने तब से ईदेव को ले लिया है।

ईलॉगिन
Elogind प्रणाली प्रोजेक्ट का लॉगइंड है, जिसे एक स्टैंडअलोन डेमॉन के रूप में निकाला गया है। यह उन उपयोगकर्ताओं के सेट को जानने के लिए PAM के साथ एकीकृत होता है जो एक प्रणाली में लॉग इन हैं और क्या वे ग्राफिक रूप से, कंसोल पर या दूरस्थ रूप से लॉग इन हैं। Elogind मानक org.freedesktop.login1 D-Bus इंटरफ़ेस के साथ-साथ  प्रणाली के मानक का उपयोग करके फ़ाइल प्रणाली के माध्यम से इस जानकारी को उजागर करता है। /run/systemd विन्यास। Elogind भी libelogind प्रदान करता है, जो libsystemd द्वारा प्रदान की जाने वाली सुविधाओं का एक सबसेट है। एक libelogind.pc pkg-config फ़ाइल भी है।

कंसोलकिट2
कंसोलकिट को अक्टूबर 2014 में Xfce डेवलपर्स द्वारा फोर्क किया गया था, जो चाहते थे कि इसकी विशेषताओं को अभी भी बनाए रखा जाए और लाइनेक्स के अलावा अन्य ऑपरेटिंग प्रणाली पर उपलब्ध हो। लंबी अवधि में मूल भंडार को पुनर्जीवित करने की संभावना से इंकार नहीं करते हुए, मुख्य डेवलपर कंसोलकिट 2 को प्रणालीबीएसडी परिपक्व होने तक एक अस्थायी आवश्यकता मानता है। दिसंबर 2017 में विकास बंद हो गया और परियोजना समाप्त हो सकती है।

लॉगिनकिट
LoginKit एक logind (systemd-logind) शिम (कंप्यूटिंग) को संचालित करने का एक प्रयास था, जो किसी विशिष्ट init प्रणाली पर निर्भरता के बिना काम करने के लिए systemd-logind पर निर्भर पैकेजों को अनुमति देगा। यह परियोजना फरवरी 2015 से निष्क्रिय है।

प्रणालीबीएसडी
2014 में, OpenBSD के लिए इन APIs के वैकल्पिक कार्यान्वयन प्रदान करने के लिए systembsd नाम का एक Google समर ऑफ़ कोड प्रोजेक्ट प्रारम्भ किया गया था। मूल प्रोजेक्ट डेवलपर ने इसे Linux से OpenBSD में अपने संक्रमण को आसान बनाने के लिए प्रारम्भ किया था। परियोजना विकास जुलाई 2016 में समाप्त हो गया। प्रणालीबीएसडी परियोजना ने एक इनिट प्रतिस्थापन प्रदान नहीं किया, लेकिन इसके लिए संगत डेमॉन के साथ ओपनबीएसडी प्रदान करने का लक्ष्य रखा hostnamed, timedated, localed, और logind. परियोजना ने नई प्रणाली-जैसी कार्यक्षमता नहीं बनाई, और केवल मूल OpenBSD प्रणाली पर आवरण के रूप में कार्य करने के लिए थी। विकासकर्ता ने प्रणालीबीएसडी को बंदरगाहों के संग्रह के हिस्से के रूप में स्थापित करने के लिए लक्षित किया, आधार प्रणाली के हिस्से के रूप में नहीं, यह बताते हुए कि प्रणाली और * बीएसडी मूल रूप से दर्शन और विकास प्रथाओं के संदर्भ में भिन्न हैं।

प्रणाली नहीं
Notsystemd का इरादा किसी भी init प्रणाली पर काम करने वाले सभी systemd फीचर्स को संचालित करना है। यह Parabola GNU/Linux-libre डेवलपर्स द्वारा प्रणाली-एनस्पॉन को चलाने के लिए प्रणाली को स्थापित करने की आवश्यकता के बिना अपने विकास उपकरणों के साथ पैकेज बनाने के लिए फोर्क किया गया था।

init प्रणाली
सहित कांटा

बेकार
2014 में, बेकार को प्रणाली के हल्के कांटे के रूप में बनाया गया था। परियोजना ने एक init प्रणाली के लिए अनावश्यक समझी जाने वाली सुविधाओं और कार्यक्रमों को हटाने के साथ-साथ अन्य कथित दोषों को दूर करने की मांग की।  जनवरी 2015 में परियोजना का विकास रुक गया। बेकार समर्थित musl और uClibc|µClibc पुस्तकालयों, इसलिए इसका उपयोग अंतः स्थापित प्रणाली  पर किया जा सकता है, जबकि  प्रणाली केवल GNU C लाइब्रेरी का समर्थन करता है। अनुपयोगी परियोजना ने भविष्य में क्रॉस-प्लेटफ़ॉर्म अनुकूलता, साथ ही साथ आर्किटेक्चरल ओवरहाल और लाइनेक्स के निर्माण के लिए रिफैक्टरिंग में और सुधार की योजना बनाई थी।

इनिटवेयर
InitWare प्रणाली का एक मॉड्यूलर रिफ्लेक्टर है, जो बिना ग्लिब या लाइनेक्स-विशिष्ट प्रणाली कॉल के बीएसडी प्लेटफॉर्म पर प्रणाली को पोर्ट करता है। यह DragonFly BSD, FreeBSD, NetBSD, और GNU/Linux पर काम करने के लिए जाना जाता है। अनावश्यक माने जाने वाले घटकों को हटा दिया जाता है।

यह भी देखें

 * बिजीबॉक्स
 * लॉन्च
 * श्रेणी: प्रणाली के बिना लाइनेक्स वितरण
 * ऑपरेटिंग प्रणाली सेवा प्रबंधन
 * आगे पढ़ें
 * रयूनिट
 * सेवा प्रबंधन सुविधा
 * जीएनयू शेफर्ड इनिट प्रणाली
 * अपस्टार्ट (सॉफ्टवेयर)
 * svchost.exe

बाहरी संबंध

 * Rethinking PID 1
 * Rethinking PID 1
 * Rethinking PID 1