सिस्टम डी

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

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


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


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


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


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


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


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


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


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

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

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

यूनिट-फ़ाइल प्रकार सम्मिलित करना:


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

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

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

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

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

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

2012 के एक साक्षात्कार में स्लैकवेयर के प्रमुख पैट्रिक वोल्करडिंग ने प्रणाली आर्किटेक्चर के बारे में आरक्षण व्यक्त किया। जिसमें उनका विश्वास था कि इसका प्रारूप संकीर्ण रूप से परिभाषित कार्यात्मकताओं के साथ परस्पर उपयोगिताओं के यूनिक्स दर्शन के विपरीत था। अगस्त 2018 में स्लैकवेयर  प्रणाली का समर्थन या उपयोग नहीं करता है।  किन्तु वोल्करडिंग ने इसमें स्विच करने की संभावना से मना नहीं किया है।

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

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

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

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

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

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

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

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

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

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

प्रणालीबीएसडी
2014 में ओपेनबीएसडी के लिए इन एपीआईएस के वैकल्पिक कार्यान्वयन प्रदान करने के लिए सिस्टम डी नाम का एक गूगल समर ऑफ़ कोड प्रोजेक्ट प्रारम्भ किया गया था। मूल प्रोजेक्ट डेवलपर ने इसे लिनक्स से ओपेनबीेएसडी में अपने संक्रमण को सरल बनाने के लिए प्रारम्भ किया था। परियोजना विकास जुलाई 2016 में समाप्त हो गया।

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

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

 इनिट प्रणाली सहित फोर्क 

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

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

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

यह भी देखें

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

बाहरी संबंध

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