सिस्टम डी

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

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

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

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

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

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

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

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

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


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

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

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

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

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


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

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

 < /span> अनुषंगी घटक
लिनक्स इनिट सिस्टम प्रदान करने के अपने प्राथमिक उद्देश्य के अलावा, सिस्टमड सूट निम्नलिखित घटकों सहित अतिरिक्त कार्यक्षमता प्रदान कर सकता है:

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


 * libudev
 * libudev udev का उपयोग करने के लिए मानक पुस्तकालय है, जो तृतीय-पक्ष एप्लिकेशन को 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