सिस्टम डी: Difference between revisions

From Vigyanwiki
(Created page with "{{Short description|Suite of system components for Linux}} {{Other uses|System D (disambiguation)}} {{Lowercase title}} {{Use dmy dates|date=November 2021}} {{Infobox software...")
 
No edit summary
Line 1: Line 1:
{{Short description|Suite of system components for Linux}}
{{Other uses|System D (disambiguation)}}
{{Other uses|System D (disambiguation)}}
{{Lowercase title}}
 
{{Use dmy dates|date=November 2021}}
{{Infobox software
{{Infobox software
| name = systemd
| name = systemd
Line 29: Line 27:
}}
}}


सिस्टमड एक [[सॉफ्टवेयर सूट]] है जो [[लिनक्स]] के लिए सिस्टम घटकों की एक सरणी प्रदान करता है<ref>{{cite web |url=https://0pointer.de/blog/projects/systemd.html |title=पुनर्विचार पीआईडी ​​​​1|date=30 April 2010 |quote=systemd कई Linux-विशिष्ट सुविधाओं का उपयोग करता है, और खुद को POSIX तक सीमित नहीं करता है। यह बहुत सारी कार्यक्षमता को अनलॉक करता है जो अन्य ऑपरेटिंग सिस्टम के लिए पोर्टेबिलिटी के लिए डिज़ाइन किया गया सिस्टम प्रदान नहीं कर सकता है।|access-date=20 August 2021 |archive-date=22 February 2022 |archive-url=https://web.archive.org/web/20220222121824/https://0pointer.de/blog/projects/systemd.html |url-status=live }}</ref> ऑपरेटिंग सिस्टम। मुख्य उद्देश्य [[लिनक्स वितरण]]ों में सेवा विन्यास और व्यवहार को एकीकृत करना है।<ref>{{cite web |url=https://www.freedesktop.org/wiki/Software/systemd/InterfaceStabilityPromise/ |title=इंटरफ़ेस स्थिरता वादा|website=FreeDesktop.org |access-date=14 February 2018 |archive-date=11 December 2017 |archive-url=https://web.archive.org/web/20171211164006/https://www.freedesktop.org/wiki/Software/systemd/InterfaceStabilityPromise/ |url-status=live }}</ref> इसका प्राथमिक घटक एक सिस्टम और सर्विस मैनेजर है - एक [[ गर्मी ]] सिस्टम जिसका उपयोग उपयोगकर्ता स्थान को [[बूटस्ट्रैपिंग]] करने और [[प्रक्रिया (कंप्यूटिंग)]] को प्रबंधित करने के लिए किया जाता है। यह डिवाइस प्रबंधन, लॉगिन प्रबंधन, नेटवर्क कनेक्शन प्रबंधन और इवेंट लॉगिंग सहित विभिन्न डेमॉन (कंप्यूटिंग) और उपयोगिताओं के लिए प्रतिस्थापन भी प्रदान करता है। नाम सिस्टमड अक्षर डी को जोड़कर डेमॉन नामकरण के [[यूनिक्स]] सम्मेलन का पालन करता है।<ref>{{cite web |url=https://www.freedesktop.org/wiki/Software/systemd/ |title=systemd सिस्टम और सेवा प्रबंधक|website=freedesktop.org |quote=Yes, it is written systemd, not system D or System D, or even SystemD. And it isn't system d either. Why? Because it's a system daemon, and under Unix/Linux those are in lower case, and get suffixed with a lower case d. |access-date=19 March 2016 |archive-date=15 October 2020 |archive-url=https://web.archive.org/web/20201015072536/https://www.freedesktop.org/wiki/Software/systemd/ |url-status=live }}</ref> यह [[सिस्टम डी]] शब्द पर भी चलता है, जो किसी व्यक्ति की जल्दी से अनुकूलन करने और समस्याओं को हल करने के लिए सुधार करने की क्षमता को संदर्भित करता है।<ref name="control-center" />
सिस्टम डी एक [[सॉफ्टवेयर सूट]] है। जो [[लिनक्स|लाइनेक्स ऑपरेटिंग प्रणाली]] के लिए प्रणाली घटकों की एक सरणी प्रदान करता है।<ref>{{cite web |url=https://0pointer.de/blog/projects/systemd.html |title=पुनर्विचार पीआईडी ​​​​1|date=30 April 2010 |quote=systemd कई Linux-विशिष्ट सुविधाओं का उपयोग करता है, और खुद को POSIX तक सीमित नहीं करता है। यह बहुत सारी कार्यक्षमता को अनलॉक करता है जो अन्य ऑपरेटिंग सिस्टम के लिए पोर्टेबिलिटी के लिए डिज़ाइन किया गया सिस्टम प्रदान नहीं कर सकता है।|access-date=20 August 2021 |archive-date=22 February 2022 |archive-url=https://web.archive.org/web/20220222121824/https://0pointer.de/blog/projects/systemd.html |url-status=live }}</ref> इसका मुख्य उद्देश्य [[लिनक्स वितरण|लाइनेक्स वितरणों]] में सेवा विन्यास और व्यवहार को एकीकृत करना है।<ref>{{cite web |url=https://www.freedesktop.org/wiki/Software/systemd/InterfaceStabilityPromise/ |title=इंटरफ़ेस स्थिरता वादा|website=FreeDesktop.org |access-date=14 February 2018 |archive-date=11 December 2017 |archive-url=https://web.archive.org/web/20171211164006/https://www.freedesktop.org/wiki/Software/systemd/InterfaceStabilityPromise/ |url-status=live }}</ref> इसका प्राथमिक घटक एक प्रणाली और सर्विस मैनेजर है। एक [[ गर्मी | इनिट]] प्रणाली जिसका उपयोग उपयोगकर्ता स्थान को [[बूटस्ट्रैपिंग]] करने और [[प्रक्रिया (कंप्यूटिंग)]] को प्रबंधित करने के लिए किया जाता है। यह डिवाइस प्रबंधन, लॉगिन प्रबंधन, नेटवर्क कनेक्शन प्रबंधन और इवेंट लॉगिंग सहित विभिन्न डेमॉन (कंप्यूटिंग) और उपयोगिताओं के लिए प्रतिस्थापन भी प्रदान करता है। इसका नाम प्रणाली अक्षर ''d'' को जोड़कर डेमॉन नाम के [[यूनिक्स]] सम्मेलन का पालन करता है।<ref>{{cite web |url=https://www.freedesktop.org/wiki/Software/systemd/ |title=systemd सिस्टम और सेवा प्रबंधक|website=freedesktop.org |quote=Yes, it is written systemd, not system D or System D, or even SystemD. And it isn't system d either. Why? Because it's a system daemon, and under Unix/Linux those are in lower case, and get suffixed with a lower case d. |access-date=19 March 2016 |archive-date=15 October 2020 |archive-url=https://web.archive.org/web/20201015072536/https://www.freedesktop.org/wiki/Software/systemd/ |url-status=live }}</ref> यह [[सिस्टम डी|प्रणाली ''d'']] शब्द पर भी प्रचलित है। जो किसी भी व्यक्ति की जल्दी से अनुकूलन करने और समस्याओं को हल करने के लिए त्रुटिहीन करने की क्षमता को संदर्भित करता है।<ref name="control-center" />


2015 के बाद से, अधिकांश Linux वितरणों ने systemd को अपनाया है, अन्य init सिस्टम जैसे कि [[SysV init]] को प्रतिस्थापित किया है। इसे डेवलपर्स और वितरण के उपयोगकर्ताओं द्वारा सराहा गया है, जिन्होंने इसे उन मुद्दों के लिए एक स्थिर, तेज़ आउट-ऑफ़-द-बॉक्स समाधान प्रदान करने के लिए अपनाया, जो वर्षों से लिनक्स स्पेस में मौजूद थे।<ref>{{Cite web |title=Debate/initsystem/systemd - Debian Wiki |url=https://wiki.debian.org/Debate/initsystem/systemd |access-date=2021-11-15 |website=wiki.debian.org |archive-date=7 December 2014 |archive-url=https://web.archive.org/web/20141207202128/https://wiki.debian.org/Debate/initsystem/systemd |url-status=live }}</ref><ref>{{Cite web |title=F15 one page release notes - Fedora Project Wiki |url=https://fedoraproject.org/wiki/F15_one_page_release_notes |access-date=2021-11-15 |website=fedoraproject.org |archive-date=27 September 2013 |archive-url=https://web.archive.org/web/20130927100737/https://fedoraproject.org/wiki/F15_one_page_release_notes |url-status=live }}</ref><ref name="arch-migration-to-systemd">{{Cite mailing list |last=Gaudreault |first=Stéphane |date=14 August 2012 |mailing-list=arch-dev-public |title=सिस्टमड में प्रवास|url=https://lists.archlinux.org/pipermail/arch-dev-public/2012-August/023389.html |access-date=2021-11-15 |archive-date=20 October 2020 |archive-url=https://web.archive.org/web/20201020112140/https://lists.archlinux.org/pipermail/arch-dev-public/2012-August/023389.html |url-status=live }}</ref> अधिकांश लिनक्स वितरणों पर सिस्टमड को अपनाने के समय, यह एकमात्र सॉफ्टवेयर सूट था जो बूट के दौरान विश्वसनीय समानांतरवाद (कंप्यूटिंग) के साथ-साथ प्रक्रिया (कंप्यूटिंग), डेमॉन, सेवाओं और आरोह बिंदुओं के केंद्रीकृत प्रबंधन की पेशकश करता था।
2015 के बाद से अधिकांश लाइनेक्स वितरणों ने सिस्टम डी को अपनाया है। अन्य इनिट प्रणाली जैसे कि [[SysV init|SysV इनिट]] को प्रतिस्थापित किया है। इसे डेवलपर्स और वितरण के उपयोगकर्ताओं द्वारा उसकी सरहाना की गयी है। जिन्होंने इसे उन स्थितियों के लिए एक स्थिर, तेज़ आउट-ऑफ़-द-बॉक्स समाधान प्रदान करने के लिए अपनाया गया है। जो वर्षों से लाइनेक्स स्पेस में मौजूद थे।<ref>{{Cite web |title=Debate/initsystem/systemd - Debian Wiki |url=https://wiki.debian.org/Debate/initsystem/systemd |access-date=2021-11-15 |website=wiki.debian.org |archive-date=7 December 2014 |archive-url=https://web.archive.org/web/20141207202128/https://wiki.debian.org/Debate/initsystem/systemd |url-status=live }}</ref><ref>{{Cite web |title=F15 one page release notes - Fedora Project Wiki |url=https://fedoraproject.org/wiki/F15_one_page_release_notes |access-date=2021-11-15 |website=fedoraproject.org |archive-date=27 September 2013 |archive-url=https://web.archive.org/web/20130927100737/https://fedoraproject.org/wiki/F15_one_page_release_notes |url-status=live }}</ref><ref name="arch-migration-to-systemd">{{Cite mailing list |last=Gaudreault |first=Stéphane |date=14 August 2012 |mailing-list=arch-dev-public |title=सिस्टमड में प्रवास|url=https://lists.archlinux.org/pipermail/arch-dev-public/2012-August/023389.html |access-date=2021-11-15 |archive-date=20 October 2020 |archive-url=https://web.archive.org/web/20201020112140/https://lists.archlinux.org/pipermail/arch-dev-public/2012-August/023389.html |url-status=live }}</ref> अधिकांश लाइनेक्स वितरणों पर प्रणाली को अपनाने के समय, यह एकमात्र सॉफ्टवेयर सूट था जो बूट के दौरान विश्वसनीय समानांतरवाद (कंप्यूटिंग) के साथ-साथ प्रक्रिया (कंप्यूटिंग), डेमॉन, सेवाओं और आरोह बिंदुओं के केंद्रीकृत प्रबंधन की पेशकश करता था।


सिस्टमड के आलोचकों का तर्क है कि यह [[मिशन रेंगना]] और [[सॉफ्टवेयर ब्लोट]] से ग्रस्त है; उत्तरार्द्ध अन्य सॉफ़्टवेयर (जैसे कि [[सूक्ति]] डेस्कटॉप) को प्रभावित करता है, सिस्टमड पर निर्भरता जोड़ता है, अन्य यूनिक्स-जैसे | यूनिक्स-जैसे ऑपरेटिंग सिस्टम के साथ इसकी संगतता को कम करता है और वैकल्पिक समाधानों को एकीकृत करने के लिए sysadmins के लिए इसे मुश्किल बनाता है। [[Red Hat]] और इसकी मूल कंपनी [[IBM]] द्वारा Linux पर init सिस्टम के दृश्य को नियंत्रित करने के बारे में भी चिंताएँ उठाई गई हैं।<ref>{{cite web |url=https://www.linuxvoice.com/linux-101-get-the-most-out-of-systemd/ |title=Linux 101: Get the most out of systemd |first=Mike |last=Saunders |publisher=Linux Voice |date=11 November 2015 |access-date=28 January 2016 |archive-date=29 May 2016 |archive-url=https://web.archive.org/web/20160529075547/https://www.linuxvoice.com/linux-101-get-the-most-out-of-systemd/ |url-status=dead }}</ref><ref name="The New Stack" />आलोचकों का यह भी तर्क है कि सिस्टमड की जटिलता के परिणामस्वरूप बड़े [[हमले की सतह]] होती है, जिससे प्लेटफॉर्म की समग्र सुरक्षा कम हो जाती है।<ref>{{cite web |url=https://www.cvedetails.com/vulnerability-list/vendor_id-7971/product_id-38088/Freedesktop-Systemd.html |title=Freedesktop Systemd : List of security vulnerabilities |publisher=CVE Details |access-date=3 October 2021 |archive-date=3 October 2021 |archive-url=https://web.archive.org/web/20211003194619/https://www.cvedetails.com/vulnerability-list/vendor_id-7971/product_id-38088/Freedesktop-Systemd.html |url-status=live }}</ref>
प्रणाली के आलोचकों का तर्क है कि यह [[मिशन रेंगना]] और [[सॉफ्टवेयर ब्लोट]] से ग्रस्त है; उत्तरार्द्ध अन्य सॉफ़्टवेयर (जैसे कि [[सूक्ति]] डेस्कटॉप) को प्रभावित करता है, प्रणाली पर निर्भरता जोड़ता है, अन्य यूनिक्स-जैसे | यूनिक्स-जैसे ऑपरेटिंग प्रणाली के साथ इसकी संगतता को कम करता है और वैकल्पिक समाधानों को एकीकृत करने के लिए sysadmins के लिए इसे मुश्किल बनाता है। [[Red Hat]] और इसकी मूल कंपनी [[IBM]] द्वारा Linux पर init प्रणाली के दृश्य को नियंत्रित करने के बारे में भी चिंताएँ उठाई गई हैं।<ref>{{cite web |url=https://www.linuxvoice.com/linux-101-get-the-most-out-of-systemd/ |title=Linux 101: Get the most out of systemd |first=Mike |last=Saunders |publisher=Linux Voice |date=11 November 2015 |access-date=28 January 2016 |archive-date=29 May 2016 |archive-url=https://web.archive.org/web/20160529075547/https://www.linuxvoice.com/linux-101-get-the-most-out-of-systemd/ |url-status=dead }}</ref><ref name="The New Stack" />आलोचकों का यह भी तर्क है कि प्रणाली की जटिलता के परिणामस्वरूप बड़े [[हमले की सतह]] होती है, जिससे प्लेटफॉर्म की समग्र सुरक्षा कम हो जाती है।<ref>{{cite web |url=https://www.cvedetails.com/vulnerability-list/vendor_id-7971/product_id-38088/Freedesktop-Systemd.html |title=Freedesktop Systemd : List of security vulnerabilities |publisher=CVE Details |access-date=3 October 2021 |archive-date=3 October 2021 |archive-url=https://web.archive.org/web/20211003194619/https://www.cvedetails.com/vulnerability-list/vendor_id-7971/product_id-38088/Freedesktop-Systemd.html |url-status=live }}</ref>




== इतिहास ==
== इतिहास ==
[[लेनार्ट पोएटरिंग]] और [[के सिवर्स]], रेड हैट के लिए काम करने वाले [[सॉफ्टवेयर इंजीनियर]] जिन्होंने शुरू में सिस्टमड विकसित किया था,<ref name="README" />2010 में Linux के पारंपरिक सिस्टम V init को बदलने के लिए एक प्रोजेक्ट शुरू किया।<ref>
[[लेनार्ट पोएटरिंग]] और [[के सिवर्स]], रेड हैट के लिए काम करने वाले [[सॉफ्टवेयर इंजीनियर]] जिन्होंने शुरू में प्रणाली विकसित किया था,<ref name="README" />2010 में Linux के पारंपरिक प्रणाली V init को बदलने के लिए एक प्रोजेक्ट शुरू किया।<ref>
{{cite book
{{cite book
| last1                = Simmonds
| last1                = Simmonds
Line 51: Line 49:
| quote                = systemd defines itself as a system and service manager. The project was initiated in 2010 by Lennart Poettering and Kay Sievers to create an integrated set of tools for managing a Linux system including an init daemon.
| quote                = systemd defines itself as a system and service manager. The project was initiated in 2010 by Lennart Poettering and Kay Sievers to create an integrated set of tools for managing a Linux system including an init daemon.
}}
}}
</ref> पोएटरिंग के एक अप्रैल 2010 ब्लॉग पोस्ट, जिसका शीर्षक रीथिंकिंग पीआईडी ​​1 है, ने एक प्रयोगात्मक संस्करण पेश किया जो बाद में सिस्टमड बन गया।<ref>{{cite web|url=http://0pointer.de/blog/projects/systemd.html|title=पुनर्विचार पीआईडी ​​​​1|author=Lennart Poettering|date=30 April 2010|access-date=28 August 2010|archive-date=15 January 2017|archive-url=https://web.archive.org/web/20170115175026/http://0pointer.de/blog/projects/systemd.html|url-status=live}}</ref> उन्होंने कई तरीकों से init की कार्यक्षमता को पार करने की कोशिश की। वे निर्भरता व्यक्त करने के लिए सॉफ्टवेयर ढांचे में सुधार करना चाहते थे, ताकि सिस्टम [[बूटिंग]] के दौरान कंकरेंसी (कंप्यूटर विज्ञान) या [[समानांतर कंप्यूटिंग]] में अधिक प्रसंस्करण की अनुमति दी जा सके और [[ शैल (कंप्यूटिंग) ]] के [[ओवरहेड (कंप्यूटिंग)]] को कम किया जा सके।
</ref> पोएटरिंग के एक अप्रैल 2010 ब्लॉग पोस्ट, जिसका शीर्षक रीथिंकिंग पीआईडी ​​1 है, ने एक प्रयोगात्मक संस्करण पेश किया जो बाद में प्रणाली बन गया।<ref>{{cite web|url=http://0pointer.de/blog/projects/systemd.html|title=पुनर्विचार पीआईडी ​​​​1|author=Lennart Poettering|date=30 April 2010|access-date=28 August 2010|archive-date=15 January 2017|archive-url=https://web.archive.org/web/20170115175026/http://0pointer.de/blog/projects/systemd.html|url-status=live}}</ref> उन्होंने कई तरीकों से init की कार्यक्षमता को पार करने की कोशिश की। वे निर्भरता व्यक्त करने के लिए सॉफ्टवेयर ढांचे में सुधार करना चाहते थे, ताकि प्रणाली [[बूटिंग]] के दौरान कंकरेंसी (कंप्यूटर विज्ञान) या [[समानांतर कंप्यूटिंग]] में अधिक प्रसंस्करण की अनुमति दी जा सके और [[ शैल (कंप्यूटिंग) ]] के [[ओवरहेड (कंप्यूटिंग)]] को कम किया जा सके।


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


अक्टूबर 2012 में, [[आर्क लिनक्स]] ने [[SysVinit]] से स्विच करते हुए सिस्टमड को डिफ़ॉल्ट बना दिया।<ref>{{Cite web|title=Arch Linux - News: systemd is now the default on new installations|url=https://archlinux.org/news/systemd-is-now-the-default-on-new-installations/|access-date=11 November 2021|website=archlinux.org|archive-date=27 October 2021|archive-url=https://web.archive.org/web/20211027153620/https://archlinux.org/news/systemd-is-now-the-default-on-new-installations/|url-status=live}}</ref> डेवलपर्स ने अगस्त 2012 से बहस की थी<ref name="arch-migration-to-systemd" />और इस निष्कर्ष पर पहुंचा कि यह तेज था और इसमें SysVinit की तुलना में अधिक विशेषताएं थीं, और बाद वाले को बनाए रखना पैच में प्रयास के लायक नहीं था।<ref>{{Cite mailing list|last=Groot|first=Jan de|date=14 August 2012|mailing-list=arch-dev-public|title=सिस्टमड में प्रवास|url=https://lists.archlinux.org/pipermail/arch-dev-public/2012-August/023392.html|access-date=11 November 2021|archive-date=17 January 2022|archive-url=https://web.archive.org/web/20220117105821/https://lists.archlinux.org/pipermail/arch-dev-public/2012-August/023392.html|url-status=live}}</ref> उनमें से कुछ ने सोचा कि सिस्टमड के कार्यान्वयन की आलोचना सॉफ्टवेयर की वास्तविक कमियों पर आधारित नहीं थी, बल्कि लिनक्स समुदाय के एक हिस्से से लेनार्ट की नापसंदगी और बदलाव के लिए सामान्य झिझक थी। विशेष रूप से, सिस्टमड के बारे में कुछ शिकायतों को बैश में प्रोग्राम नहीं किया जा रहा है, यह SysVinit से बड़ा और अधिक व्यापक है, [[डी-बस]] का उपयोग, और जर्नल के वैकल्पिक ऑन-डिस्क प्रारूप को प्रोग्रामर द्वारा लाभ के रूप में माना जाता है।<ref>{{Cite web|title=Archlinux is moving to systemd (Page 2) / Arch Discussion / Arch Linux Forums|url=https://bbs.archlinux.org/viewtopic.php?pid=1149530#p1149530|access-date=2021-11-19|website=bbs.archlinux.org|archive-date=10 November 2012|archive-url=https://web.archive.org/web/20121110213749/https://bbs.archlinux.org/viewtopic.php?pid=1149530#p1149530|url-status=live}}</ref>
अक्टूबर 2012 में, [[आर्क लिनक्स|आर्क लाइनेक्स]] ने [[SysVinit]] से स्विच करते हुए प्रणाली को डिफ़ॉल्ट बना दिया।<ref>{{Cite web|title=Arch Linux - News: systemd is now the default on new installations|url=https://archlinux.org/news/systemd-is-now-the-default-on-new-installations/|access-date=11 November 2021|website=archlinux.org|archive-date=27 October 2021|archive-url=https://web.archive.org/web/20211027153620/https://archlinux.org/news/systemd-is-now-the-default-on-new-installations/|url-status=live}}</ref> डेवलपर्स ने अगस्त 2012 से बहस की थी<ref name="arch-migration-to-systemd" />और इस निष्कर्ष पर पहुंचा कि यह तेज था और इसमें SysVinit की तुलना में अधिक विशेषताएं थीं, और बाद वाले को बनाए रखना पैच में प्रयास के लायक नहीं था।<ref>{{Cite mailing list|last=Groot|first=Jan de|date=14 August 2012|mailing-list=arch-dev-public|title=सिस्टमड में प्रवास|url=https://lists.archlinux.org/pipermail/arch-dev-public/2012-August/023392.html|access-date=11 November 2021|archive-date=17 January 2022|archive-url=https://web.archive.org/web/20220117105821/https://lists.archlinux.org/pipermail/arch-dev-public/2012-August/023392.html|url-status=live}}</ref> उनमें से कुछ ने सोचा कि प्रणाली के कार्यान्वयन की आलोचना सॉफ्टवेयर की वास्तविक कमियों पर आधारित नहीं थी, बल्कि लाइनेक्स समुदाय के एक हिस्से से लेनार्ट की नापसंदगी और बदलाव के लिए सामान्य झिझक थी। विशेष रूप से, प्रणाली के बारे में कुछ शिकायतों को बैश में प्रोग्राम नहीं किया जा रहा है, यह SysVinit से बड़ा और अधिक व्यापक है, [[डी-बस]] का उपयोग, और जर्नल के वैकल्पिक ऑन-डिस्क प्रारूप को प्रोग्रामर द्वारा लाभ के रूप में माना जाता है।<ref>{{Cite web|title=Archlinux is moving to systemd (Page 2) / Arch Discussion / Arch Linux Forums|url=https://bbs.archlinux.org/viewtopic.php?pid=1149530#p1149530|access-date=2021-11-19|website=bbs.archlinux.org|archive-date=10 November 2012|archive-url=https://web.archive.org/web/20121110213749/https://bbs.archlinux.org/viewtopic.php?pid=1149530#p1149530|url-status=live}}</ref>
अक्टूबर 2013 और फरवरी 2014 के बीच, [[डेबियन]] तकनीकी समिति के बीच डेबियन मेलिंग सूची पर एक लंबी बहस हुई,<ref name="debian-bug" />डेबियन 8 जेसी में डिफ़ॉल्ट के रूप में किस init सिस्टम का उपयोग करना है, इस पर चर्चा करना और सिस्टमड के पक्ष में निर्णय लेना। बहस का व्यापक प्रचार किया गया<ref name="lwn-20131105" /><ref name="phoronix-20131230" />और निर्णय के मद्देनजर डेबियन मेलिंग सूची पर बहस जारी है। फरवरी 2014 में, डेबियन के फैसले के बाद, [[मार्क शटलवर्थ]] ने अपने ब्लॉग पर घोषणा की कि [[उबंटू (ऑपरेटिंग सिस्टम)]] अपने स्वयं के अपस्टार्ट (सॉफ़्टवेयर) को छोड़कर, सिस्टमड को लागू करने में अनुसरण करेगा।<ref name="Shuttleworth" /><ref name="quantal" />
अक्टूबर 2013 और फरवरी 2014 के बीच, [[डेबियन]] तकनीकी समिति के बीच डेबियन मेलिंग सूची पर एक लंबी बहस हुई,<ref name="debian-bug" />डेबियन 8 जेसी में डिफ़ॉल्ट के रूप में किस init प्रणाली का उपयोग करना है, इस पर चर्चा करना और प्रणाली के पक्ष में निर्णय लेना। बहस का व्यापक प्रचार किया गया<ref name="lwn-20131105" /><ref name="phoronix-20131230" />और निर्णय के मद्देनजर डेबियन मेलिंग सूची पर बहस जारी है। फरवरी 2014 में, डेबियन के फैसले के बाद, [[मार्क शटलवर्थ]] ने अपने ब्लॉग पर घोषणा की कि [[उबंटू (ऑपरेटिंग सिस्टम)|उबंटू (ऑपरेटिंग प्रणाली)]] अपने स्वयं के अपस्टार्ट (सॉफ़्टवेयर) को छोड़कर, प्रणाली को लागू करने में अनुसरण करेगा।<ref name="Shuttleworth" /><ref name="quantal" />


नवंबर 2014 में डेबियन डेवलपर जॉय हेस,<ref name="hess-resignation" />डेबियन तकनीकी समिति के सदस्य रस एल्बेरी<ref name="allbery-resignation" />और [[इयान जैक्सन]],<ref name="jackson-resignation" />और सिस्टमड पैकेज मेंटेनर टोलेफ फॉग हेन<ref name="heen-resignation" />अपने पदों से इस्तीफा दे दिया। चारों ने डेबियन और एफओएसएस समुदाय के भीतर सिस्टमड इंटीग्रेशन पर चल रहे विवादों से संबंधित असाधारण तनाव-स्तरों के अपने जोखिम के साथ सार्वजनिक डेबियन मेलिंग सूची और व्यक्तिगत ब्लॉगों पर अपने फैसले को सही ठहराया, जिसने नियमित रखरखाव को लगभग असंभव बना दिया।
नवंबर 2014 में डेबियन डेवलपर जॉय हेस,<ref name="hess-resignation" />डेबियन तकनीकी समिति के सदस्य रस एल्बेरी<ref name="allbery-resignation" />और [[इयान जैक्सन]],<ref name="jackson-resignation" />और प्रणाली पैकेज मेंटेनर टोलेफ फॉग हेन<ref name="heen-resignation" />अपने पदों से इस्तीफा दे दिया। चारों ने डेबियन और एफओएसएस समुदाय के भीतर प्रणाली इंटीग्रेशन पर चल रहे विवादों से संबंधित असाधारण तनाव-स्तरों के अपने जोखिम के साथ सार्वजनिक डेबियन मेलिंग सूची और व्यक्तिगत ब्लॉगों पर अपने फैसले को सही ठहराया, जिसने नियमित रखरखाव को लगभग असंभव बना दिया।


अगस्त 2015 में सिस्टमड ने एक लॉगिन शेल प्रदान करना शुरू किया, जिसके माध्यम से कॉल किया जा सकता था{{mono|machinectl shell}}.<ref>{{cite web|url= https://tlhp.cf/lennart-poettering-su/|title= Lennart Poettering merged 'su' command replacement into systemd: Test Drive on Fedora Rawhide|date= 28 August 2015|last= Carroty|first= Paul|url-status= dead|archive-url= https://web.archive.org/web/20150904232722/https://tlhp.cf/lennart-poettering-su/|archive-date= 4 September 2015}}</ref>
अगस्त 2015 में प्रणाली ने एक लॉगिन शेल प्रदान करना शुरू किया, जिसके माध्यम से कॉल किया जा सकता था{{mono|machinectl shell}}.<ref>{{cite web|url= https://tlhp.cf/lennart-poettering-su/|title= Lennart Poettering merged 'su' command replacement into systemd: Test Drive on Fedora Rawhide|date= 28 August 2015|last= Carroty|first= Paul|url-status= dead|archive-url= https://web.archive.org/web/20150904232722/https://tlhp.cf/lennart-poettering-su/|archive-date= 4 September 2015}}</ref>
सितंबर 2016 में, एक [[सुरक्षा बग]] की खोज की गई थी जिसने किसी भी अनपेक्षित उपयोगकर्ता को सिस्टमड के खिलाफ सेवा से इनकार करने की अनुमति दी थी।<ref>{{cite web|url=https://github.com/systemd/systemd/issues/4234|title=Assertion failure when PID 1 receives a zero-length message over notify socket #4234|website=[[GitHub]]|date=28 September 2016|access-date=6 October 2016|archive-date=5 October 2016|archive-url=https://web.archive.org/web/20161005103508/https://github.com/systemd/systemd/issues/4234|url-status=live}}</ref> [[माँसपेशियाँ]] के विकासकर्ता रिच फेल्कर ने कहा कि यह बग एक प्रमुख प्रणाली विकास डिजाइन दोष का खुलासा करता है।<ref>{{cite web|url=https://threatpost.com/hack-crashes-linux-distros-with-48-characters-of-code/121052/|title=Hack Crashes Linux Distros with 48 Characters of Code|publisher=[[Kaspersky Lab]]|date=3 October 2016|last=Felker|first=Rich|access-date=6 October 2016|archive-date=6 October 2016|archive-url=https://web.archive.org/web/20161006115718/https://threatpost.com/hack-crashes-linux-distros-with-48-characters-of-code/121052/|url-status=live}}</ref> 2017 में सिस्टमड में एक और सुरक्षा बग खोजा गया था, {{CVE|2017-9445}}, जो एक दुर्भावनापूर्ण DNS सर्वर द्वारा सेवा में व्यवधान की अनुमति देता है।<ref>{{Citation
सितंबर 2016 में, एक [[सुरक्षा बग]] की खोज की गई थी जिसने किसी भी अनपेक्षित उपयोगकर्ता को प्रणाली के खिलाफ सेवा से इनकार करने की अनुमति दी थी।<ref>{{cite web|url=https://github.com/systemd/systemd/issues/4234|title=Assertion failure when PID 1 receives a zero-length message over notify socket #4234|website=[[GitHub]]|date=28 September 2016|access-date=6 October 2016|archive-date=5 October 2016|archive-url=https://web.archive.org/web/20161005103508/https://github.com/systemd/systemd/issues/4234|url-status=live}}</ref> [[माँसपेशियाँ]] के विकासकर्ता रिच फेल्कर ने कहा कि यह बग एक प्रमुख प्रणाली विकास डिजाइन दोष का खुलासा करता है।<ref>{{cite web|url=https://threatpost.com/hack-crashes-linux-distros-with-48-characters-of-code/121052/|title=Hack Crashes Linux Distros with 48 Characters of Code|publisher=[[Kaspersky Lab]]|date=3 October 2016|last=Felker|first=Rich|access-date=6 October 2016|archive-date=6 October 2016|archive-url=https://web.archive.org/web/20161006115718/https://threatpost.com/hack-crashes-linux-distros-with-48-characters-of-code/121052/|url-status=live}}</ref> 2017 में प्रणाली में एक और सुरक्षा बग खोजा गया था, {{CVE|2017-9445}}, जो एक दुर्भावनापूर्ण DNS सर्वर द्वारा सेवा में व्यवधान की अनुमति देता है।<ref>{{Citation
  |website      = National Vulnerability Database
  |website      = National Vulnerability Database
  |institution  = National Institute of Standards and Technology (U.S.)
  |institution  = National Institute of Standards and Technology (U.S.)
Line 85: Line 83:


== डिजाइन ==
== डिजाइन ==
[[File:Systemd components.svg|thumb|upright=2|टिज़ेन द्वारा उपयोग किए जाने वाले सिस्टमड की वास्तुकला। सहित कई सिस्टमड लक्ष्य <code>telephony</code>, <code>bootmode</code>, <code>dlog</code>, और <code>tizen service</code> टिज़ेन से हैं और सिस्टमड के घटक नहीं हैं।<ref name="Gundersen2014" />]]
[[File:Systemd components.svg|thumb|upright=2|टिज़ेन द्वारा उपयोग किए जाने वाले प्रणाली की वास्तुकला। सहित कई प्रणाली लक्ष्य <code>telephony</code>, <code>bootmode</code>, <code>dlog</code>, और <code>tizen service</code> टिज़ेन से हैं और प्रणाली के घटक नहीं हैं।<ref name="Gundersen2014" />]]
[[File:Linux kernel unified hierarchy cgroups and systemd.svg|thumb|upright=2|एकीकृत-पदानुक्रम [[cgroups]] को विशेष रूप से systemd के माध्यम से एक्सेस किया जा सकेगा <code>systemd-nspawn</code><ref>{{cite web |url=https://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface/ |title=नया नियंत्रण समूह इंटरफेस|publisher=Freedesktop.org |date=28 August 2015 |access-date=6 February 2016 |archive-date=1 February 2016 |archive-url=https://web.archive.org/web/20160201072736/http://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface/ |url-status=live }}</ref>]]पोएटरिंग सिस्टमड डेवलपमेंट को कभी खत्म नहीं होने, कभी पूरा नहीं होने, लेकिन प्रौद्योगिकी की प्रगति को ट्रैक करने के रूप में वर्णित करता है। मई 2014 में, पोएटरिंग ने निम्नलिखित तीन सामान्य कार्यों को प्रदान करके सिस्टमड को वितरण के बीच व्यर्थ अंतर को एकीकृत करने के रूप में वर्णित किया:<ref name="gnome_asia_2014" />
[[File:Linux kernel unified hierarchy cgroups and systemd.svg|thumb|upright=2|एकीकृत-पदानुक्रम [[cgroups]] को विशेष रूप से systemd के माध्यम से एक्सेस किया जा सकेगा <code>systemd-nspawn</code><ref>{{cite web |url=https://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface/ |title=नया नियंत्रण समूह इंटरफेस|publisher=Freedesktop.org |date=28 August 2015 |access-date=6 February 2016 |archive-date=1 February 2016 |archive-url=https://web.archive.org/web/20160201072736/http://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface/ |url-status=live }}</ref>]]पोएटरिंग प्रणाली डेवलपमेंट को कभी खत्म नहीं होने, कभी पूरा नहीं होने, लेकिन प्रौद्योगिकी की प्रगति को ट्रैक करने के रूप में वर्णित करता है। मई 2014 में, पोएटरिंग ने निम्नलिखित तीन सामान्य कार्यों को प्रदान करके प्रणाली को वितरण के बीच व्यर्थ अंतर को एकीकृत करने के रूप में वर्णित किया:<ref name="gnome_asia_2014" />


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


सिस्टमड में ऑन-डिमांड स्टार्टिंग डेमॉन, स्नैपशॉट सपोर्ट, प्रोसेस ट्रैकिंग जैसी विशेषताएं शामिल हैं<ref>{{cite web|url=https://www.linode.com/docs/quick-answers/linux-essentials/what-is-systemd/|title=What is systemd?|date=11 September 2019|website=[[Linode]]|access-date=15 September 2019|archive-date=24 January 2020|archive-url=https://web.archive.org/web/20200124190104/https://www.linode.com/docs/quick-answers/linux-essentials/what-is-systemd/|url-status=live}}</ref> और अवरोधक ताले।<ref>{{cite web|url=https://www.freedesktop.org/wiki/Software/systemd/inhibit/|title=अवरोधक ताले|website=[[freedesktop.org]]|access-date=15 September 2019|archive-date=3 May 2020|archive-url=https://web.archive.org/web/20200503183448/https://www.freedesktop.org/wiki/Software/systemd/inhibit/|url-status=live}}</ref> यह केवल इनिट डेमन का नाम नहीं है, बल्कि इसके आसपास के पूरे सॉफ्टवेयर बंडल को भी संदर्भित करता है, जो इसके अलावा {{Mono|systemd}} init डेमॉन, डेमॉन शामिल हैं {{Mono|journald}}, {{Mono|logind}} और {{Mono|networkd}}, और कई अन्य निम्न-स्तरीय घटक। जनवरी 2013 में, पोएटरिंग ने सिस्टमड को एक प्रोग्राम के रूप में नहीं, बल्कि एक बड़े सॉफ्टवेयर सूट के रूप में वर्णित किया जिसमें 69 व्यक्तिगत बायनेरिज़ शामिल हैं।<ref name="biggest_myths" />एक एकीकृत सॉफ्टवेयर सूट के रूप में, सिस्टमड [[लिनक्स स्टार्टअप प्रक्रिया]] और पारंपरिक इनिट डेमन द्वारा नियंत्रित [[रनलेवल]] को इसके नियंत्रण में निष्पादित [[ खोल स्क्रिप्ट ]] के साथ बदल देता है। सिस्टमड कई अन्य सेवाओं को भी एकीकृत करता है जो उपयोगकर्ता लॉगिन, [[सिस्टम कंसोल]], डिवाइस हॉटप्लगिंग ([[udev]] देखें), अनुसूचित निष्पादन ([[क्रॉन]] की जगह), लॉगिंग, होस्टनाम और लोकेशंस को संभालने के द्वारा लिनक्स सिस्टम पर आम हैं।
प्रणाली में ऑन-डिमांड स्टार्टिंग डेमॉन, स्नैपशॉट सपोर्ट, प्रोसेस ट्रैकिंग जैसी विशेषताएं शामिल हैं<ref>{{cite web|url=https://www.linode.com/docs/quick-answers/linux-essentials/what-is-systemd/|title=What is systemd?|date=11 September 2019|website=[[Linode]]|access-date=15 September 2019|archive-date=24 January 2020|archive-url=https://web.archive.org/web/20200124190104/https://www.linode.com/docs/quick-answers/linux-essentials/what-is-systemd/|url-status=live}}</ref> और अवरोधक ताले।<ref>{{cite web|url=https://www.freedesktop.org/wiki/Software/systemd/inhibit/|title=अवरोधक ताले|website=[[freedesktop.org]]|access-date=15 September 2019|archive-date=3 May 2020|archive-url=https://web.archive.org/web/20200503183448/https://www.freedesktop.org/wiki/Software/systemd/inhibit/|url-status=live}}</ref> यह केवल इनिट डेमन का नाम नहीं है, बल्कि इसके आसपास के पूरे सॉफ्टवेयर बंडल को भी संदर्भित करता है, जो इसके अलावा {{Mono|systemd}} init डेमॉन, डेमॉन शामिल हैं {{Mono|journald}}, {{Mono|logind}} और {{Mono|networkd}}, और कई अन्य निम्न-स्तरीय घटक। जनवरी 2013 में, पोएटरिंग ने प्रणाली को एक प्रोग्राम के रूप में नहीं, बल्कि एक बड़े सॉफ्टवेयर सूट के रूप में वर्णित किया जिसमें 69 व्यक्तिगत बायनेरिज़ शामिल हैं।<ref name="biggest_myths" />एक एकीकृत सॉफ्टवेयर सूट के रूप में, प्रणाली [[लिनक्स स्टार्टअप प्रक्रिया|लाइनेक्स स्टार्टअप प्रक्रिया]] और पारंपरिक इनिट डेमन द्वारा नियंत्रित [[रनलेवल]] को इसके नियंत्रण में निष्पादित [[ खोल स्क्रिप्ट ]] के साथ बदल देता है। प्रणाली कई अन्य सेवाओं को भी एकीकृत करता है जो उपयोगकर्ता लॉगिन, [[सिस्टम कंसोल|प्रणाली कंसोल]], डिवाइस हॉटप्लगिंग ([[udev]] देखें), अनुसूचित निष्पादन ([[क्रॉन]] की जगह), लॉगिंग, होस्टनाम और लोकेशंस को संभालने के द्वारा लाइनेक्स प्रणाली पर आम हैं।


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


{{Mono|systemd}} इसके स्टार्टअप अनुक्रम के तत्वों को समानांतर में निष्पादित करता है, जो पारंपरिक स्टार्टअप अनुक्रम दृष्टिकोण की तुलना में सैद्धांतिक रूप से तेज़ है।<ref name="debian-debate" />अंतर-प्रक्रिया संचार (आईपीसी) के लिए, {{Mono|systemd}} चल रहे डेमॉन को [[यूनिक्स डोमेन सॉकेट]] और [[डी-बस]] उपलब्ध कराता है। की स्थिति {{Mono|systemd}} खुद को भविष्य में वापस बुलाने के लिए [[ स्नैपशॉट (कंप्यूटर भंडारण) ]] में भी संरक्षित किया जा सकता है।
{{Mono|systemd}} इसके स्टार्टअप अनुक्रम के तत्वों को समानांतर में निष्पादित करता है, जो पारंपरिक स्टार्टअप अनुक्रम दृष्टिकोण की तुलना में सैद्धांतिक रूप से तेज़ है।<ref name="debian-debate" />अंतर-प्रक्रिया संचार (आईपीसी) के लिए, {{Mono|systemd}} चल रहे डेमॉन को [[यूनिक्स डोमेन सॉकेट]] और [[डी-बस]] उपलब्ध कराता है। की स्थिति {{Mono|systemd}} खुद को भविष्य में वापस बुलाने के लिए [[ स्नैपशॉट (कंप्यूटर भंडारण) ]] में भी संरक्षित किया जा सकता है।


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


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


{{Anchor|NSPAWN|MACHINECTL}}
{{Anchor|NSPAWN|MACHINECTL}}
{{Mono|systemd}} प्रोसेस आइडेंटिफ़ायर (PIDs) का उपयोग करने के बजाय Linux कर्नेल के cgroups सबसिस्टम का उपयोग करके प्रक्रियाओं को ट्रैक करता है; इस प्रकार, दानव बच नहीं सकते {{Mono|systemd}}, डबल-[[ कांटा (सिस्टम कॉल) ]] द्वारा भी नहीं। {{Mono|systemd}} न केवल cgroups का उपयोग करता है, बल्कि उन्हें बढ़ाता भी है {{Mono|systemd-nspawn}} और {{Mono|machinectl}}, दो यूटिलिटी प्रोग्राम जो [[लिनक्स कंटेनर]]ों के निर्माण और प्रबंधन की सुविधा प्रदान करते हैं।<ref name="lwn-20131107" />संस्करण 205 के बाद से, सिस्टमड कंट्रोलग्रुपइंटरफेस भी प्रदान करता है, जो लिनक्स कर्नेल cgroups के लिए एक एपीआई है।<ref name="systemd-controller" />Linux कर्नेल cgroups को [[kernfs (Linux)]] को समर्थन देने के लिए अनुकूलित किया गया है,<ref name="lkml-20140128" />और एकीकृत पदानुक्रम का समर्थन करने के लिए संशोधित किए जा रहे हैं।<ref name="lkml-20140313" />
{{Mono|systemd}} प्रोसेस आइडेंटिफ़ायर (PIDs) का उपयोग करने के बजाय Linux कर्नेल के cgroups सबप्रणाली का उपयोग करके प्रक्रियाओं को ट्रैक करता है; इस प्रकार, दानव बच नहीं सकते {{Mono|systemd}}, डबल-[[ कांटा (सिस्टम कॉल) | कांटा (प्रणाली कॉल)]] द्वारा भी नहीं। {{Mono|systemd}} न केवल cgroups का उपयोग करता है, बल्कि उन्हें बढ़ाता भी है {{Mono|systemd-nspawn}} और {{Mono|machinectl}}, दो यूटिलिटी प्रोग्राम जो [[लिनक्स कंटेनर|लाइनेक्स कंटेनर]]ों के निर्माण और प्रबंधन की सुविधा प्रदान करते हैं।<ref name="lwn-20131107" />संस्करण 205 के बाद से, प्रणाली कंट्रोलग्रुपइंटरफेस भी प्रदान करता है, जो लाइनेक्स कर्नेल cgroups के लिए एक एपीआई है।<ref name="systemd-controller" />Linux कर्नेल cgroups को [[kernfs (Linux)]] को समर्थन देने के लिए अनुकूलित किया गया है,<ref name="lkml-20140128" />और एकीकृत पदानुक्रम का समर्थन करने के लिए संशोधित किए जा रहे हैं।<ref name="lkml-20140313" />




===<span id= hostnamed ></span><span id= localed ></span><span id= machined ></span><span id= समाधान किया गया ></span><span id=shutdown>< /span><span id= timesyncd></span>अनुषंगी घटक===
===<span id= hostnamed ></span><span id= localed ></span><span id= machined ></span><span id= समाधान किया गया ></span><span id=shutdown>< /span><span id= timesyncd></span>अनुषंगी घटक===
लिनक्स इनिट सिस्टम प्रदान करने के अपने प्राथमिक उद्देश्य के अलावा, सिस्टमड सूट निम्नलिखित घटकों सहित अतिरिक्त कार्यक्षमता प्रदान कर सकता है:
लाइनेक्स इनिट प्रणाली प्रदान करने के अपने प्राथमिक उद्देश्य के अलावा, प्रणाली सूट निम्नलिखित घटकों सहित अतिरिक्त कार्यक्षमता प्रदान कर सकता है:
<!--
<!--
     Further expansions should include descriptions of hostnamed, localed, machined, resolved, shutdownd, and timesyncd.
     Further expansions should include descriptions of hostnamed, localed, machined, resolved, shutdownd, and timesyncd.
Line 117: Line 115:
[[File:Arch Linux UEFI loader screenshot.png|thumb|का एक स्क्रीनशॉट {{mono|systemd-boot}}]]
[[File:Arch Linux UEFI loader screenshot.png|thumb|का एक स्क्रीनशॉट {{mono|systemd-boot}}]]
[[File:Timedatectl screenshot.png|thumb|का एक स्क्रीनशॉट {{Mono|timedatectl}}]]; {{Mono|{{Vanchor|journald}}}}
[[File:Timedatectl screenshot.png|thumb|का एक स्क्रीनशॉट {{Mono|timedatectl}}]]; {{Mono|{{Vanchor|journald}}}}
: {{Mono|systemd-journald}} [[ घटना (कंप्यूटिंग) ]] [[ बोटा दस्तावेज ]] के लिए जिम्मेदार एक डेमन है, इसके लॉगफाइल के रूप में केवल संलग्न [[ बाइनरी फ़ाइल ]]ों के साथ। सिस्टम व्यवस्थापक चुन सकता है कि सिस्टम ईवेंट को लॉग इन करना है या नहीं {{Mono|systemd-journald}}, {{Mono|[[syslog-ng]]}} या {{Mono|[[rsyslog]]}}. द्विआधारी प्रारूप के भ्रष्टाचार की संभावना ने बहुत गरमागरम बहस छेड़ दी है।<ref>{{cite web|url = https://www.reddit.com/r/linux/comments/1y6q0l/systemds_binary_logs_and_corruption/|title = सिस्टमड के बाइनरी लॉग और भ्रष्टाचार|date = 17 February 2014|access-date = 21 January 2016|archive-date = 11 May 2016|archive-url = https://web.archive.org/web/20160511153136/https://www.reddit.com/r/linux/comments/1y6q0l/systemds_binary_logs_and_corruption/|url-status = live}}</ref>
: {{Mono|systemd-journald}} [[ घटना (कंप्यूटिंग) ]] [[ बोटा दस्तावेज ]] के लिए जिम्मेदार एक डेमन है, इसके लॉगफाइल के रूप में केवल संलग्न [[ बाइनरी फ़ाइल ]]ों के साथ। प्रणाली व्यवस्थापक चुन सकता है कि प्रणाली ईवेंट को लॉग इन करना है या नहीं {{Mono|systemd-journald}}, {{Mono|[[syslog-ng]]}} या {{Mono|[[rsyslog]]}}. द्विआधारी प्रारूप के भ्रष्टाचार की संभावना ने बहुत गरमागरम बहस छेड़ दी है।<ref>{{cite web|url = https://www.reddit.com/r/linux/comments/1y6q0l/systemds_binary_logs_and_corruption/|title = सिस्टमड के बाइनरी लॉग और भ्रष्टाचार|date = 17 February 2014|access-date = 21 January 2016|archive-date = 11 May 2016|archive-url = https://web.archive.org/web/20160511153136/https://www.reddit.com/r/linux/comments/1y6q0l/systemds_binary_logs_and_corruption/|url-status = live}}</ref>
; {{Mono|{{Vanchor|libudev}}}}
; {{Mono|{{Vanchor|libudev}}}}
: {{Mono|libudev}} udev का उपयोग करने के लिए मानक पुस्तकालय है, जो तृतीय-पक्ष एप्लिकेशन को udev संसाधनों को क्वेरी करने की अनुमति देता है।
: {{Mono|libudev}} udev का उपयोग करने के लिए मानक पुस्तकालय है, जो तृतीय-पक्ष एप्लिकेशन को udev संसाधनों को क्वेरी करने की अनुमति देता है।
; {{Mono|{{Vanchor|localed}}}}
; {{Mono|{{Vanchor|localed}}}}
; {{Anchor|CK}}{{Mono|{{Vanchor|logind}}}}
; {{Anchor|CK}}{{Mono|{{Vanchor|logind}}}}
: {{Mono|systemd-logind}} एक डेमॉन है जो विभिन्न तरीकों से उपयोगकर्ता लॉगिन और सीटों का प्रबंधन करता है। यह एक एकीकृत लॉगिन प्रबंधक है जो [[मल्टीसीट कॉन्फ़िगरेशन]] सुधार प्रदान करता है<ref name="logind-service" />और कंसोलकिट को प्रतिस्थापित करता है, जिसका अब रखरखाव नहीं किया जाता है।<ref name="consolekit" />X प्रदर्शन प्रबंधक (प्रोग्राम प्रकार) के लिए स्विच करें {{Mono|logind}} को न्यूनतम पोर्टिंग की आवश्यकता होती है।<ref name="display-managers" />इसे सिस्टमड वर्जन 30 में एकीकृत किया गया था।
: {{Mono|systemd-logind}} एक डेमॉन है जो विभिन्न तरीकों से उपयोगकर्ता लॉगिन और सीटों का प्रबंधन करता है। यह एक एकीकृत लॉगिन प्रबंधक है जो [[मल्टीसीट कॉन्फ़िगरेशन]] सुधार प्रदान करता है<ref name="logind-service" />और कंसोलकिट को प्रतिस्थापित करता है, जिसका अब रखरखाव नहीं किया जाता है।<ref name="consolekit" />X प्रदर्शन प्रबंधक (प्रोग्राम प्रकार) के लिए स्विच करें {{Mono|logind}} को न्यूनतम पोर्टिंग की आवश्यकता होती है।<ref name="display-managers" />इसे प्रणाली वर्जन 30 में एकीकृत किया गया था।
; {{Mono|{{Vanchor|homed}}}}
; {{Mono|{{Vanchor|homed}}}}
: {{Mono|homed}} एक डेमन है जो पोर्टेबल मानव-उपयोगकर्ता खाते प्रदान करता है जो वर्तमान सिस्टम कॉन्फ़िगरेशन से स्वतंत्र हैं। {{Mono|homed}} फ़ाइल सिस्टम में विभिन्न स्थानों से UID/GID जैसे डेटा के विभिन्न टुकड़ों को एक फ़ाइल में ले जाता है, {{Code|~/.identity}}. {{Mono|homed}} उपयोगकर्ता की होम निर्देशिका को विभिन्न तरीकों से प्रबंधित करता है जैसे एक सादा निर्देशिका, एक [[btrfs]] सबवोल्यूम, एक Linux एकीकृत कुंजी सेटअप वॉल्यूम, एक fscrypt निर्देशिका, या एक [[सर्वर संदेश ब्लॉक]] सर्वर से आरोहित।
: {{Mono|homed}} एक डेमन है जो पोर्टेबल मानव-उपयोगकर्ता खाते प्रदान करता है जो वर्तमान प्रणाली कॉन्फ़िगरेशन से स्वतंत्र हैं। {{Mono|homed}} फ़ाइल प्रणाली में विभिन्न स्थानों से UID/GID जैसे डेटा के विभिन्न टुकड़ों को एक फ़ाइल में ले जाता है, {{Code|~/.identity}}. {{Mono|homed}} उपयोगकर्ता की होम निर्देशिका को विभिन्न तरीकों से प्रबंधित करता है जैसे एक सादा निर्देशिका, एक [[btrfs]] सबवोल्यूम, एक Linux एकीकृत कुंजी सेटअप वॉल्यूम, एक fscrypt निर्देशिका, या एक [[सर्वर संदेश ब्लॉक]] सर्वर से आरोहित।
; {{Mono|{{Vanchor|networkd}}}}
; {{Mono|{{Vanchor|networkd}}}}
: {{Mono|networkd}} नेटवर्क इंटरफेस के कॉन्फ़िगरेशन को संभालने के लिए एक डेमॉन है; संस्करण 209 में, जब इसे पहली बार एकीकृत किया गया था, समर्थन स्थिर रूप से असाइन किए गए पतों और [[ब्रिजिंग (नेटवर्किंग)]] कॉन्फ़िगरेशन के लिए बुनियादी समर्थन तक सीमित था।<ref name="systemd-1" /><ref name="systemd-2" /><ref name="systemd-3" /><ref name="systemd-4" /><ref name="systemd-5" />जुलाई 2014 में, सिस्टमड संस्करण 215 जारी किया गया था, जिसमें [[IPv4]] होस्ट के लिए [[DHCP]] सर्वर और [[VXLAN]] समर्थन जैसी नई सुविधाएँ शामिल थीं।<ref name="phoronix-20140704" /><ref>{{cite web|url=https://archive.fosdem.org/2013/schedule/event/dist_network/|title=Can Linux network configuration suck less?|last=Šimerda|first=Pavel|date=3 February 2013}}</ref> <code>networkctl</code> सिस्टमड-नेटवर्कड द्वारा देखे गए नेटवर्क लिंक की स्थिति की समीक्षा के लिए उपयोग किया जा सकता है।<ref>{{man|1|networkctl|Linux}}</ref> नए इंटरफेस के कॉन्फ़िगरेशन को /lib/systemd/network/ के तहत .network एक्सटेंशन के साथ समाप्त होने वाली एक नई फ़ाइल के रूप में जोड़ा जाना है।
: {{Mono|networkd}} नेटवर्क इंटरफेस के कॉन्फ़िगरेशन को संभालने के लिए एक डेमॉन है; संस्करण 209 में, जब इसे पहली बार एकीकृत किया गया था, समर्थन स्थिर रूप से असाइन किए गए पतों और [[ब्रिजिंग (नेटवर्किंग)]] कॉन्फ़िगरेशन के लिए बुनियादी समर्थन तक सीमित था।<ref name="systemd-1" /><ref name="systemd-2" /><ref name="systemd-3" /><ref name="systemd-4" /><ref name="systemd-5" />जुलाई 2014 में, प्रणाली संस्करण 215 जारी किया गया था, जिसमें [[IPv4]] होस्ट के लिए [[DHCP]] सर्वर और [[VXLAN]] समर्थन जैसी नई सुविधाएँ शामिल थीं।<ref name="phoronix-20140704" /><ref>{{cite web|url=https://archive.fosdem.org/2013/schedule/event/dist_network/|title=Can Linux network configuration suck less?|last=Šimerda|first=Pavel|date=3 February 2013}}</ref> <code>networkctl</code> प्रणाली-नेटवर्कड द्वारा देखे गए नेटवर्क लिंक की स्थिति की समीक्षा के लिए उपयोग किया जा सकता है।<ref>{{man|1|networkctl|Linux}}</ref> नए इंटरफेस के कॉन्फ़िगरेशन को /lib/systemd/network/ के तहत .network एक्सटेंशन के साथ समाप्त होने वाली एक नई फ़ाइल के रूप में जोड़ा जाना है।
; {{Mono|{{Vanchor|resolved}}}}: स्थानीय अनुप्रयोगों के लिए नेटवर्क नाम समाधान प्रदान करता है
; {{Mono|{{Vanchor|resolved}}}}: स्थानीय अनुप्रयोगों के लिए नेटवर्क नाम समाधान प्रदान करता है
; {{Mono|{{Vanchor|systemd-boot}}}}
; {{Mono|{{Vanchor|systemd-boot}}}}
: {{Mono|systemd-boot}} एक बूट मैनेजर है, जिसे पहले गमीबूट (सॉफ्टवेयर) के नाम से जाना जाता था। के सिवर्स ने इसे रेव 220 के साथ सिस्टमड में विलय कर दिया।
: {{Mono|systemd-boot}} एक बूट मैनेजर है, जिसे पहले गमीबूट (सॉफ्टवेयर) के नाम से जाना जाता था। के सिवर्स ने इसे रेव 220 के साथ प्रणाली में विलय कर दिया।
; {{Mono|{{Vanchor|timedated}}}}
; {{Mono|{{Vanchor|timedated}}}}
: {{Mono|systemd-timedated}} एक डेमॉन है जिसका उपयोग समय-संबंधित सेटिंग्स को नियंत्रित करने के लिए किया जा सकता है, जैसे कि सिस्टम समय, सिस्टम [[समय क्षेत्र]], या [[समन्वित वैश्विक समय]] और स्थानीय समय-क्षेत्र प्रणाली घड़ी के बीच चयन। यह डी-बस के माध्यम से पहुँचा जा सकता है।<ref name="timedated" />इसे सिस्टमड वर्जन 30 में एकीकृत किया गया था।
: {{Mono|systemd-timedated}} एक डेमॉन है जिसका उपयोग समय-संबंधित सेटिंग्स को नियंत्रित करने के लिए किया जा सकता है, जैसे कि प्रणाली समय, प्रणाली [[समय क्षेत्र]], या [[समन्वित वैश्विक समय]] और स्थानीय समय-क्षेत्र प्रणाली घड़ी के बीच चयन। यह डी-बस के माध्यम से पहुँचा जा सकता है।<ref name="timedated" />इसे प्रणाली वर्जन 30 में एकीकृत किया गया था।
; {{Mono|{{Vanchor|timesyncd}}}}: एक डेमॉन है जिसे पूरे नेटवर्क में सिस्टम क्लॉक को सिंक्रोनाइज़ करने के लिए जोड़ा गया है।
; {{Mono|{{Vanchor|timesyncd}}}}: एक डेमॉन है जिसे पूरे नेटवर्क में प्रणाली क्लॉक को सिंक्रोनाइज़ करने के लिए जोड़ा गया है।
; {{Mono|{{Vanchor|tmpfiles}}}}
; {{Mono|{{Vanchor|tmpfiles}}}}
: {{Mono|systemd-tmpfiles}} एक उपयोगिता है जो अस्थायी फ़ाइलों और निर्देशिकाओं के निर्माण और सफाई का ख्याल रखती है। यह आमतौर पर एक बार स्टार्टअप पर और फिर निर्दिष्ट अंतराल में चलाया जाता है।
: {{Mono|systemd-tmpfiles}} एक उपयोगिता है जो अस्थायी फ़ाइलों और निर्देशिकाओं के निर्माण और सफाई का ख्याल रखती है। यह आमतौर पर एक बार स्टार्टअप पर और फिर निर्दिष्ट अंतराल में चलाया जाता है।
; {{Mono|{{Vanchor|udevd}}}}
; {{Mono|{{Vanchor|udevd}}}}
: udev लिनक्स कर्नेल के लिए एक डिवाइस मैनेजर है, जो इसे संभालता है {{Mono|/dev}} निर्देशिका और [[फर्मवेयर]] लोड करने सहित उपकरणों को जोड़ते/हटाते समय सभी उपयोगकर्ता स्थान क्रियाएं। अप्रैल 2012 में, udev के लिए स्रोत ट्री मर्ज (संशोधन नियंत्रण) सिस्टमड [[ स्रोत वृक्ष ]] में था।<ref name="sievers-20120403" /><ref name="sievers-20120525" />Udev की संस्करण संख्या का मिलान करने के लिए, सिस्टमड मेंटेनर्स ने संस्करण संख्या को सीधे 44 से 183 तक बढ़ा दिया।<ref>{{Cite web |last=Proven |first=Liam |title=Version 252 of systemd released |url=https://www.theregister.com/2022/11/03/version_252_systemd/ |access-date=2022-11-05 |website=[[The Register]] |language=en |archive-date=5 November 2022 |archive-url=https://web.archive.org/web/20221105115046/https://www.theregister.com/2022/11/03/version_252_systemd/ |url-status=live }}</ref>
: udev लाइनेक्स कर्नेल के लिए एक डिवाइस मैनेजर है, जो इसे संभालता है {{Mono|/dev}} निर्देशिका और [[फर्मवेयर]] लोड करने सहित उपकरणों को जोड़ते/हटाते समय सभी उपयोगकर्ता स्थान क्रियाएं। अप्रैल 2012 में, udev के लिए स्रोत ट्री मर्ज (संशोधन नियंत्रण) प्रणाली [[ स्रोत वृक्ष ]] में था।<ref name="sievers-20120403" /><ref name="sievers-20120525" />Udev की संस्करण संख्या का मिलान करने के लिए, प्रणाली मेंटेनर्स ने संस्करण संख्या को सीधे 44 से 183 तक बढ़ा दिया।<ref>{{Cite web |last=Proven |first=Liam |title=Version 252 of systemd released |url=https://www.theregister.com/2022/11/03/version_252_systemd/ |access-date=2022-11-05 |website=[[The Register]] |language=en |archive-date=5 November 2022 |archive-url=https://web.archive.org/web/20221105115046/https://www.theregister.com/2022/11/03/version_252_systemd/ |url-status=live }}</ref>
: 29 मई 2014 को, udev के माध्यम से फ़र्मवेयर लोड करने के लिए समर्थन systemd से हटा दिया गया था, क्योंकि यह निर्णय लिया गया था कि फ़र्मवेयर लोड करने के लिए कर्नेल को ज़िम्मेदार होना चाहिए।<ref>{{cite mailing list |url=http://lists.freedesktop.org/archives/systemd-devel/2014-May/019587.html |mailing-list=systemd-devel |title=[PATCH] Drop the udev firmware loader |date=29 May 2014 |access-date=16 June 2019 |archive-date=14 August 2020 |archive-url=https://web.archive.org/web/20200814031829/https://lists.freedesktop.org/archives/systemd-devel/2014-May/019587.html |url-status=live }}</ref>
: 29 मई 2014 को, udev के माध्यम से फ़र्मवेयर लोड करने के लिए समर्थन systemd से हटा दिया गया था, क्योंकि यह निर्णय लिया गया था कि फ़र्मवेयर लोड करने के लिए कर्नेल को ज़िम्मेदार होना चाहिए।<ref>{{cite mailing list |url=http://lists.freedesktop.org/archives/systemd-devel/2014-May/019587.html |mailing-list=systemd-devel |title=[PATCH] Drop the udev firmware loader |date=29 May 2014 |access-date=16 June 2019 |archive-date=14 August 2020 |archive-url=https://web.archive.org/web/20200814031829/https://lists.freedesktop.org/archives/systemd-devel/2014-May/019587.html |url-status=live }}</ref>




=== सिस्टमड का विन्यास ===
=== प्रणाली का विन्यास ===
[[File:Systemd manager.png|thumb|systemd-manager, systemd|alt= को विन्यस्त करने के लिए एक उपकरण]]
[[File:Systemd manager.png|thumb|systemd-manager, systemd|alt= को विन्यस्त करने के लिए एक उपकरण]]
{{Mono|systemd}} विशेष रूप से [[ सादे पाठ ]]-टेक्स्ट फ़ाइलों के माध्यम से कॉन्फ़िगर किया गया है।
{{Mono|systemd}} विशेष रूप से [[ सादे पाठ ]]-टेक्स्ट फ़ाइलों के माध्यम से कॉन्फ़िगर किया गया है।
Line 149: Line 147:
* {{Mono|.service}}  
* {{Mono|.service}}  
* {{Mono|.socket}}
* {{Mono|.socket}}
* {{Mono|.device}} (स्वचालित रूप से सिस्टमड द्वारा शुरू किया गया<ref>{{Cite web|title=systemd.device|url=https://www.freedesktop.org/software/systemd/man/systemd.device.html|access-date=27 July 2021|website=www.freedesktop.org|archive-date=27 July 2021|archive-url=https://web.archive.org/web/20210727135454/https://www.freedesktop.org/software/systemd/man/systemd.device.html|url-status=live}}</ref>)
* {{Mono|.device}} (स्वचालित रूप से प्रणाली द्वारा शुरू किया गया<ref>{{Cite web|title=systemd.device|url=https://www.freedesktop.org/software/systemd/man/systemd.device.html|access-date=27 July 2021|website=www.freedesktop.org|archive-date=27 July 2021|archive-url=https://web.archive.org/web/20210727135454/https://www.freedesktop.org/software/systemd/man/systemd.device.html|url-status=live}}</ref>)
* {{Mono|.mount}}
* {{Mono|.mount}}
* {{Mono|.automount}}
* {{Mono|.automount}}
Line 324: Line 322:
| {{Yes}}
| {{Yes}}
|}
|}
जबकि कई वितरण डिफ़ॉल्ट रूप से सिस्टमड को बूट करते हैं, कुछ अन्य init सिस्टम को उपयोग करने की अनुमति देते हैं; इस मामले में init सिस्टम को स्विच करना उपयुक्त पैकेजों को स्थापित करके संभव है। सिस्टमड से बचने के लिए [[ देव विचार ]] नामक डेबियन का एक फोर्क (सॉफ्टवेयर विकास) विकसित किया गया था<ref>{{cite news|url = http://www.pcworld.com/article/2854717/meet-devuan-the-debian-fork-born-from-a-bitter-systemd-revolt.html|title = मिलिए देवुआन से, एक कड़वे सिस्टमड विद्रोह से पैदा हुए डेबियन फोर्क से|access-date = 24 February 2015|archive-date = 9 December 2014|archive-url = https://web.archive.org/web/20141209075125/http://www.pcworld.com/article/2854717/meet-devuan-the-debian-fork-born-from-a-bitter-systemd-revolt.html|url-status = live}}</ref><ref>{{cite news|url=https://www.theregister.co.uk/2017/05/05/devuan_release_candidate_2/|title=systemd-free Devuan Linux hits RC2|date=5 May 2017|last1=Sharwood|first1=Simon|work=[[The Register]]|access-date=5 May 2017|archive-date=5 May 2017|archive-url=https://web.archive.org/web/20170505121903/http://www.theregister.co.uk/2017/05/05/devuan_release_candidate_2/|url-status=live}}</ref> और स्थिर उपयोग के लिए संस्करण 4.0 तक पहुंच गया है। दिसंबर 2019 में, डेबियन परियोजना ने वितरण के लिए सिस्टमड को डिफ़ॉल्ट इनिट सिस्टम के रूप में बनाए रखने के पक्ष में मतदान किया, लेकिन विकल्पों की खोज के लिए समर्थन के साथ।<ref>{{Cite web|url=https://www.phoronix.com/scan.php?page=news_item&px=Debian-Devs-Vote-For-Prop-B|title=Debian Developers Decide On Init System Diversity: "Proposal B" Wins|website=Phoronix|access-date=28 December 2019|archive-date=28 December 2019|archive-url=https://web.archive.org/web/20191228025513/https://www.phoronix.com/scan.php?page=news_item&px=Debian-Devs-Vote-For-Prop-B|url-status=live}}</ref>
जबकि कई वितरण डिफ़ॉल्ट रूप से प्रणाली को बूट करते हैं, कुछ अन्य init प्रणाली को उपयोग करने की अनुमति देते हैं; इस मामले में init प्रणाली को स्विच करना उपयुक्त पैकेजों को स्थापित करके संभव है। प्रणाली से बचने के लिए [[ देव विचार ]] नामक डेबियन का एक फोर्क (सॉफ्टवेयर विकास) विकसित किया गया था<ref>{{cite news|url = http://www.pcworld.com/article/2854717/meet-devuan-the-debian-fork-born-from-a-bitter-systemd-revolt.html|title = मिलिए देवुआन से, एक कड़वे सिस्टमड विद्रोह से पैदा हुए डेबियन फोर्क से|access-date = 24 February 2015|archive-date = 9 December 2014|archive-url = https://web.archive.org/web/20141209075125/http://www.pcworld.com/article/2854717/meet-devuan-the-debian-fork-born-from-a-bitter-systemd-revolt.html|url-status = live}}</ref><ref>{{cite news|url=https://www.theregister.co.uk/2017/05/05/devuan_release_candidate_2/|title=systemd-free Devuan Linux hits RC2|date=5 May 2017|last1=Sharwood|first1=Simon|work=[[The Register]]|access-date=5 May 2017|archive-date=5 May 2017|archive-url=https://web.archive.org/web/20170505121903/http://www.theregister.co.uk/2017/05/05/devuan_release_candidate_2/|url-status=live}}</ref> और स्थिर उपयोग के लिए संस्करण 4.0 तक पहुंच गया है। दिसंबर 2019 में, डेबियन परियोजना ने वितरण के लिए प्रणाली को डिफ़ॉल्ट इनिट प्रणाली के रूप में बनाए रखने के पक्ष में मतदान किया, लेकिन विकल्पों की खोज के लिए समर्थन के साथ।<ref>{{Cite web|url=https://www.phoronix.com/scan.php?page=news_item&px=Debian-Devs-Vote-For-Prop-B|title=Debian Developers Decide On Init System Diversity: "Proposal B" Wins|website=Phoronix|access-date=28 December 2019|archive-date=28 December 2019|archive-url=https://web.archive.org/web/20191228025513/https://www.phoronix.com/scan.php?page=news_item&px=Debian-Devs-Vote-For-Prop-B|url-status=live}}</ref>




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


नवंबर 2012 में, गनोम प्रोजेक्ट ने निष्कर्ष निकाला कि मूल गनोम कार्यक्षमता को सिस्टमड पर भरोसा नहीं करना चाहिए।<ref name="Paters" />हालांकि, गनोम 3.8 ने {{Mono|logind}} और कंसोलकिट एपीआई, पूर्व वाले को उस समय केवल सिस्टमड द्वारा प्रदान किया जा रहा था। उबंटू ने एक अलग प्रदान किया {{Mono|logind}} बाइनरी लेकिन सिस्टमड अधिकांश लिनक्स वितरणों के लिए गनोम की वास्तविक निर्भरता बन गया, विशेष रूप से कंसोलकिट अब सक्रिय रूप से बनाए रखा नहीं गया है और अपस्ट्रीम इसके उपयोग की सिफारिश करता है {{Mono|systemd-logind}} बजाय।<ref name="consolekit-abandoned" />[[Gentoo Linux]] के डेवलपर्स ने भी [[OpenRC]] में इन परिवर्तनों को अनुकूलित करने का प्रयास किया, लेकिन कार्यान्वयन में बहुत अधिक बग थे, जिसके कारण वितरण प्रणाली को GNOME की निर्भरता के रूप में चिह्नित करता है।<ref name="Vitters" /><ref name="wayland" />
नवंबर 2012 में, गनोम प्रोजेक्ट ने निष्कर्ष निकाला कि मूल गनोम कार्यक्षमता को प्रणाली पर भरोसा नहीं करना चाहिए।<ref name="Paters" />हालांकि, गनोम 3.8 ने {{Mono|logind}} और कंसोलकिट एपीआई, पूर्व वाले को उस समय केवल प्रणाली द्वारा प्रदान किया जा रहा था। उबंटू ने एक अलग प्रदान किया {{Mono|logind}} बाइनरी लेकिन प्रणाली अधिकांश लाइनेक्स वितरणों के लिए गनोम की वास्तविक निर्भरता बन गया, विशेष रूप से कंसोलकिट अब सक्रिय रूप से बनाए रखा नहीं गया है और अपस्ट्रीम इसके उपयोग की सिफारिश करता है {{Mono|systemd-logind}} बजाय।<ref name="consolekit-abandoned" />[[Gentoo Linux]] के डेवलपर्स ने भी [[OpenRC]] में इन परिवर्तनों को अनुकूलित करने का प्रयास किया, लेकिन कार्यान्वयन में बहुत अधिक बग थे, जिसके कारण वितरण प्रणाली को GNOME की निर्भरता के रूप में चिह्नित करता है।<ref name="Vitters" /><ref name="wayland" />


गनोम ने और एकीकृत किया है {{Mono|logind}}.<ref name="systemd-gnome" />म्यूटर (सॉफ्टवेयर) संस्करण 3.13.2 के अनुसार, {{Mono|logind}} वेलैंड (सॉफ़्टवेयर) सत्रों के लिए एक निर्भरता है।<ref name="mutter-logind" />
गनोम ने और एकीकृत किया है {{Mono|logind}}.<ref name="systemd-gnome" />म्यूटर (सॉफ्टवेयर) संस्करण 3.13.2 के अनुसार, {{Mono|logind}} वेलैंड (सॉफ़्टवेयर) सत्रों के लिए एक निर्भरता है।<ref name="mutter-logind" />
Line 336: Line 334:


== रिसेप्शन ==
== रिसेप्शन ==
सिस्टमड के डिजाइन ने [[फ्री-सॉफ्टवेयर समुदाय]] के भीतर विवाद को प्रज्वलित कर दिया है। आलोचक सिस्टमड को अत्यधिक जटिल मानते हैं और निरंतर विशेषता रेंगने से पीड़ित हैं, यह तर्क देते हुए कि इसकी वास्तुकला [[यूनिक्स दर्शन]] का उल्लंघन करती है। यह भी चिंता का विषय है कि यह इंटरलॉक्ड निर्भरता की एक प्रणाली बनाता है, जिससे वितरण अनुरक्षकों को सिस्टमड को अपनाने के अलावा बहुत कम विकल्प मिलते हैं क्योंकि अधिक यूजर-स्पेस सॉफ़्टवेयर इसके घटकों पर निर्भर करता है, जो कि [[पल्सऑडियो]] द्वारा बनाई गई समस्याओं के समान है, एक अन्य परियोजना जो थी लेनार्ट पोएटरिंग द्वारा भी विकसित किया गया।<ref>{{cite web |url = http://www.zdnet.com/article/linus-torvalds-and-others-on-linuxs-systemd/ |title = लाइनस टोरवाल्ड्स और अन्य लिनक्स के सिस्टमड पर|last = Vaughan-Nichols |first = Steven |date = 19 September 2014 |website = ZDNet |publisher = CBS Interactive |access-date = 24 February 2015 |archive-date = 25 February 2015 |archive-url = https://web.archive.org/web/20150225010106/http://www.zdnet.com/article/linus-torvalds-and-others-on-linuxs-systemd/ |url-status = live }}</ref><ref>{{cite web |url=https://bugzilla.mozilla.org/show_bug.cgi?id=1345661 |title=1345661 - PulseAudio requirement breaks Firefox on ALSA-only systems |date=3 September 2021 |website=Bugzilla |publisher=Mozilla |access-date=3 October 2021 |archive-date=3 October 2021 |archive-url=https://web.archive.org/web/20211003143905/https://bugzilla.mozilla.org/show_bug.cgi?id=1345661 |url-status=live }}</ref>
प्रणाली के डिजाइन ने [[फ्री-सॉफ्टवेयर समुदाय]] के भीतर विवाद को प्रज्वलित कर दिया है। आलोचक प्रणाली को अत्यधिक जटिल मानते हैं और निरंतर विशेषता रेंगने से पीड़ित हैं, यह तर्क देते हुए कि इसकी वास्तुकला [[यूनिक्स दर्शन]] का उल्लंघन करती है। यह भी चिंता का विषय है कि यह इंटरलॉक्ड निर्भरता की एक प्रणाली बनाता है, जिससे वितरण अनुरक्षकों को प्रणाली को अपनाने के अलावा बहुत कम विकल्प मिलते हैं क्योंकि अधिक यूजर-स्पेस सॉफ़्टवेयर इसके घटकों पर निर्भर करता है, जो कि [[पल्सऑडियो]] द्वारा बनाई गई समस्याओं के समान है, एक अन्य परियोजना जो थी लेनार्ट पोएटरिंग द्वारा भी विकसित किया गया।<ref>{{cite web |url = http://www.zdnet.com/article/linus-torvalds-and-others-on-linuxs-systemd/ |title = लाइनस टोरवाल्ड्स और अन्य लिनक्स के सिस्टमड पर|last = Vaughan-Nichols |first = Steven |date = 19 September 2014 |website = ZDNet |publisher = CBS Interactive |access-date = 24 February 2015 |archive-date = 25 February 2015 |archive-url = https://web.archive.org/web/20150225010106/http://www.zdnet.com/article/linus-torvalds-and-others-on-linuxs-systemd/ |url-status = live }}</ref><ref>{{cite web |url=https://bugzilla.mozilla.org/show_bug.cgi?id=1345661 |title=1345661 - PulseAudio requirement breaks Firefox on ALSA-only systems |date=3 September 2021 |website=Bugzilla |publisher=Mozilla |access-date=3 October 2021 |archive-date=3 October 2021 |archive-url=https://web.archive.org/web/20211003143905/https://bugzilla.mozilla.org/show_bug.cgi?id=1345661 |url-status=live }}</ref>
2012 के एक साक्षात्कार में, [[स्लैकवेयर]] के प्रमुख [[पैट्रिक वोल्करडिंग]] ने सिस्टमड आर्किटेक्चर के बारे में आरक्षण व्यक्त किया, जिसमें उनका विश्वास था कि इसका डिज़ाइन संकीर्ण रूप से परिभाषित कार्यात्मकताओं के साथ परस्पर उपयोगिताओं के यूनिक्स दर्शन के विपरीत था।<ref name="volkerding-2012" /> {{As of|2018|8}}, स्लैकवेयर सिस्टमड का समर्थन या उपयोग नहीं करता है, लेकिन वोल्करडिंग ने इसमें स्विच करने की संभावना से इंकार नहीं किया है।<ref name="slackware-systemd" />
2012 के एक साक्षात्कार में, [[स्लैकवेयर]] के प्रमुख [[पैट्रिक वोल्करडिंग]] ने प्रणाली आर्किटेक्चर के बारे में आरक्षण व्यक्त किया, जिसमें उनका विश्वास था कि इसका डिज़ाइन संकीर्ण रूप से परिभाषित कार्यात्मकताओं के साथ परस्पर उपयोगिताओं के यूनिक्स दर्शन के विपरीत था।<ref name="volkerding-2012" /> {{As of|2018|8}}, स्लैकवेयर प्रणाली का समर्थन या उपयोग नहीं करता है, लेकिन वोल्करडिंग ने इसमें स्विच करने की संभावना से इंकार नहीं किया है।<ref name="slackware-systemd" />


जनवरी 2013 में, लेनार्ट पोएटरिंग ने द बिगेस्ट मिथ्स नामक एक ब्लॉग पोस्ट में सिस्टमड के बारे में चिंताओं को दूर करने का प्रयास किया।<ref name="biggest_myths" />
जनवरी 2013 में, लेनार्ट पोएटरिंग ने द बिगेस्ट मिथ्स नामक एक ब्लॉग पोस्ट में प्रणाली के बारे में चिंताओं को दूर करने का प्रयास किया।<ref name="biggest_myths" />


फरवरी 2014 में, मसल के रिच फेल्कर ने कहा कि पीआईडी ​​​​1 अतिरिक्त जिम्मेदारियों के साथ दुखी होने के लिए बहुत खास है। PID 1 केवल बाकी init सिस्टम को शुरू करने और ज़ोंबी प्रक्रियाओं को काटने के लिए जिम्मेदार होना चाहिए। सिस्टमड द्वारा जोड़ी गई अतिरिक्त कार्यक्षमता कहीं और प्रदान की जा सकती है और अनावश्यक रूप से पीआईडी ​​​​1 की जटिलता और हमले की सतह को बढ़ाती है।<ref>[http://ewontfix.com/14/ Broken by design: systemd] {{Webarchive|url=https://web.archive.org/web/20191023153533/http://ewontfix.com/14/ |date=23 October 2019 }}, Rich Felker, main author of [[musl]], 9 February 2014.</ref>
फरवरी 2014 में, मसल के रिच फेल्कर ने कहा कि पीआईडी ​​​​1 अतिरिक्त जिम्मेदारियों के साथ दुखी होने के लिए बहुत खास है। PID 1 केवल बाकी init प्रणाली को शुरू करने और ज़ोंबी प्रक्रियाओं को काटने के लिए जिम्मेदार होना चाहिए। प्रणाली द्वारा जोड़ी गई अतिरिक्त कार्यक्षमता कहीं और प्रदान की जा सकती है और अनावश्यक रूप से पीआईडी ​​​​1 की जटिलता और हमले की सतह को बढ़ाती है।<ref>[http://ewontfix.com/14/ Broken by design: systemd] {{Webarchive|url=https://web.archive.org/web/20191023153533/http://ewontfix.com/14/ |date=23 October 2019 }}, Rich Felker, main author of [[musl]], 9 February 2014.</ref>
मार्च 2014 में एरिक एस. रेमंड ने कहा कि सिस्टमड के डिजाइन लक्ष्य मिशन क्रीप और सॉफ्टवेयर ब्लोट से ग्रस्त थे।<ref name="esr-slashdot-2014" />अप्रैल 2014 में, [[लिनस टोरवाल्ड्स]] ने सिवर्स द्वारा सबमिट किए गए लिनक्स कर्नेल में संशोधनों के संबंध में उपयोगकर्ताओं और बग रिपोर्ट के प्रति एक प्रमुख सिस्टमड डेवलपर के सिवर्स के रवैये के बारे में आरक्षण व्यक्त किया।<ref name="lkml-20140402" />अप्रैल 2014 के अंत में सिस्टमड का बहिष्कार करने का एक अभियान शुरू किया गया था, जिसमें एक वेबसाइट ने इसके अपनाने के खिलाफ विभिन्न कारणों को सूचीबद्ध किया था।<ref name="upload" /><ref name="boycott" />
मार्च 2014 में एरिक एस. रेमंड ने कहा कि प्रणाली के डिजाइन लक्ष्य मिशन क्रीप और सॉफ्टवेयर ब्लोट से ग्रस्त थे।<ref name="esr-slashdot-2014" />अप्रैल 2014 में, [[लिनस टोरवाल्ड्स]] ने सिवर्स द्वारा सबमिट किए गए लाइनेक्स कर्नेल में संशोधनों के संबंध में उपयोगकर्ताओं और बग रिपोर्ट के प्रति एक प्रमुख प्रणाली डेवलपर के सिवर्स के रवैये के बारे में आरक्षण व्यक्त किया।<ref name="lkml-20140402" />अप्रैल 2014 के अंत में प्रणाली का बहिष्कार करने का एक अभियान शुरू किया गया था, जिसमें एक वेबसाइट ने इसके अपनाने के खिलाफ विभिन्न कारणों को सूचीबद्ध किया था।<ref name="upload" /><ref name="boycott" />


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


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




== कांटे और वैकल्पिक कार्यान्वयन ==
== कांटे और वैकल्पिक कार्यान्वयन ==
सिस्टमड के फोर्क्स उपरोक्त खंड में उल्लिखित इसकी आलोचनाओं से निकटता से जुड़े हुए हैं। फोर्क्स आमतौर पर कम से कम एक पोर्टेबिलिटी (अन्य libcs ​​और यूनिक्स जैसी प्रणालियों के लिए), मॉड्यूलरिटी या आकार में सुधार करने का प्रयास करते हैं। फ्रीइनिट बैनर के तहत कुछ फोर्क्स ने सहयोग किया है।<ref>{{cite web |title=फ्रेइट.ऑर्ग|url=https://freeinit.org/ |website=www.freeinit.org |access-date=1 August 2021 |archive-date=1 August 2021 |archive-url=https://web.archive.org/web/20210801173221/https://www.freeinit.org/ |url-status=live }}</ref>
प्रणाली के फोर्क्स उपरोक्त खंड में उल्लिखित इसकी आलोचनाओं से निकटता से जुड़े हुए हैं। फोर्क्स आमतौर पर कम से कम एक पोर्टेबिलिटी (अन्य libcs ​​और यूनिक्स जैसी प्रणालियों के लिए), मॉड्यूलरिटी या आकार में सुधार करने का प्रयास करते हैं। फ्रीइनिट बैनर के तहत कुछ फोर्क्स ने सहयोग किया है।<ref>{{cite web |title=फ्रेइट.ऑर्ग|url=https://freeinit.org/ |website=www.freeinit.org |access-date=1 August 2021 |archive-date=1 August 2021 |archive-url=https://web.archive.org/web/20210801173221/https://www.freeinit.org/ |url-status=live }}</ref>




Line 356: Line 354:


== यूदेव ==
== यूदेव ==
2012 में, जेंटू लिनक्स प्रोजेक्ट ने सिस्टमड आर्किटेक्चर पर निर्भरता से बचने के लिए udev का एक फोर्क (सॉफ्टवेयर डेवलपमेंट) बनाया। परिणामी फोर्क को eudev कहा जाता है और यह udev कार्यक्षमता को सिस्टमड के बिना उपलब्ध कराता है।<ref name="eudev" />परियोजना का घोषित लक्ष्य किसी भी Linux वितरण या init सिस्टम से eudev को स्वतंत्र रखना है।<ref name="gentoo-eudev" />2021 में, जेंटू ने घोषणा की कि 2022 की शुरुआत में यूदेव का समर्थन समाप्त हो जाएगा। अनुरक्षकों के एक स्वतंत्र समूह ने तब से ईदेव को ले लिया है।<ref name="eudev-news">{{cite web |last1=Basile |first1=Anthony G. |title=eudev retirement on 2022-01-01 |url=https://www.gentoo.org/support/news-items/2021-08-24-eudev-retirement.html |website=Repository news items |publisher=Gentoo Linux |access-date=14 June 2022 |date=24 August 2021 |archive-date=30 June 2022 |archive-url=https://web.archive.org/web/20220630011112/https://www.gentoo.org/support/news-items/2021-08-24-eudev-retirement.html |url-status=live }}</ref>
2012 में, जेंटू लाइनेक्स प्रोजेक्ट ने प्रणाली आर्किटेक्चर पर निर्भरता से बचने के लिए udev का एक फोर्क (सॉफ्टवेयर डेवलपमेंट) बनाया। परिणामी फोर्क को eudev कहा जाता है और यह udev कार्यक्षमता को प्रणाली के बिना उपलब्ध कराता है।<ref name="eudev" />परियोजना का घोषित लक्ष्य किसी भी Linux वितरण या init प्रणाली से eudev को स्वतंत्र रखना है।<ref name="gentoo-eudev" />2021 में, जेंटू ने घोषणा की कि 2022 की शुरुआत में यूदेव का समर्थन समाप्त हो जाएगा। अनुरक्षकों के एक स्वतंत्र समूह ने तब से ईदेव को ले लिया है।<ref name="eudev-news">{{cite web |last1=Basile |first1=Anthony G. |title=eudev retirement on 2022-01-01 |url=https://www.gentoo.org/support/news-items/2021-08-24-eudev-retirement.html |website=Repository news items |publisher=Gentoo Linux |access-date=14 June 2022 |date=24 August 2021 |archive-date=30 June 2022 |archive-url=https://web.archive.org/web/20220630011112/https://www.gentoo.org/support/news-items/2021-08-24-eudev-retirement.html |url-status=live }}</ref>




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




====कंसोलकिट2====
====कंसोलकिट2====
कंसोलकिट को अक्टूबर 2014 में [[Xfce]] डेवलपर्स द्वारा फोर्क किया गया था, जो चाहते थे कि इसकी विशेषताओं को अभी भी बनाए रखा जाए और लिनक्स के अलावा अन्य ऑपरेटिंग सिस्टम पर उपलब्ध हो। लंबी अवधि में मूल भंडार को पुनर्जीवित करने की संभावना से इंकार नहीं करते हुए, मुख्य डेवलपर कंसोलकिट 2 को सिस्टमबीएसडी परिपक्व होने तक एक अस्थायी आवश्यकता मानता है।<ref name="consolekit2" />दिसंबर 2017 में विकास बंद हो गया और परियोजना समाप्त हो सकती है।<ref>{{Cite web|url=https://github.com/ConsoleKit2/ConsoleKit2|title=ConsoleKit2 (Github)|website=[[GitHub]]|access-date=8 July 2018|archive-date=11 June 2018|archive-url=https://web.archive.org/web/20180611005246/https://github.com/ConsoleKit2/ConsoleKit2|url-status=live}}</ref>
कंसोलकिट को अक्टूबर 2014 में [[Xfce]] डेवलपर्स द्वारा फोर्क किया गया था, जो चाहते थे कि इसकी विशेषताओं को अभी भी बनाए रखा जाए और लाइनेक्स के अलावा अन्य ऑपरेटिंग प्रणाली पर उपलब्ध हो। लंबी अवधि में मूल भंडार को पुनर्जीवित करने की संभावना से इंकार नहीं करते हुए, मुख्य डेवलपर कंसोलकिट 2 को प्रणालीबीएसडी परिपक्व होने तक एक अस्थायी आवश्यकता मानता है।<ref name="consolekit2" />दिसंबर 2017 में विकास बंद हो गया और परियोजना समाप्त हो सकती है।<ref>{{Cite web|url=https://github.com/ConsoleKit2/ConsoleKit2|title=ConsoleKit2 (Github)|website=[[GitHub]]|access-date=8 July 2018|archive-date=11 June 2018|archive-url=https://web.archive.org/web/20180611005246/https://github.com/ConsoleKit2/ConsoleKit2|url-status=live}}</ref>




====लॉगिनकिट====
====लॉगिनकिट====
LoginKit एक logind (systemd-logind) [[शिम (कंप्यूटिंग)]] को लागू करने का एक प्रयास था, जो किसी विशिष्ट init सिस्टम पर निर्भरता के बिना काम करने के लिए systemd-logind पर निर्भर पैकेजों को अनुमति देगा।<ref name="loginkit" />यह परियोजना फरवरी 2015 से निष्क्रिय है।<ref>{{Cite web|url=https://github.com/dimkr/LoginKit/tree/master|title=dimkr/LoginKit (Github)|website=[[GitHub]]|access-date=8 July 2018|archive-date=19 February 2023|archive-url=https://web.archive.org/web/20230219165523/https://github.com/dimkr/LoginKit/tree/master|url-status=live}}</ref>
LoginKit एक logind (systemd-logind) [[शिम (कंप्यूटिंग)]] को लागू करने का एक प्रयास था, जो किसी विशिष्ट init प्रणाली पर निर्भरता के बिना काम करने के लिए systemd-logind पर निर्भर पैकेजों को अनुमति देगा।<ref name="loginkit" />यह परियोजना फरवरी 2015 से निष्क्रिय है।<ref>{{Cite web|url=https://github.com/dimkr/LoginKit/tree/master|title=dimkr/LoginKit (Github)|website=[[GitHub]]|access-date=8 July 2018|archive-date=19 February 2023|archive-url=https://web.archive.org/web/20230219165523/https://github.com/dimkr/LoginKit/tree/master|url-status=live}}</ref>




==== सिस्टमबीएसडी ====
==== प्रणालीबीएसडी ====
2014 में, [[OpenBSD]] के लिए इन APIs के वैकल्पिक कार्यान्वयन प्रदान करने के लिए systembsd नाम का एक [[Google समर ऑफ़ कोड]] प्रोजेक्ट शुरू किया गया था। मूल प्रोजेक्ट डेवलपर ने इसे Linux से OpenBSD में अपने संक्रमण को आसान बनाने के लिए शुरू किया था।<ref name="undeadly_systembsd" />  परियोजना विकास जुलाई 2016 में समाप्त हो गया।<ref>{{citation | url = https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systembsd.git;a=summary | title = projects / systembsd.git / summary | access-date = 8 July 2018 | archive-date = 9 July 2018 | archive-url = https://web.archive.org/web/20180709010055/https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systembsd.git;a=summary | url-status = live }}</ref>
2014 में, [[OpenBSD]] के लिए इन APIs के वैकल्पिक कार्यान्वयन प्रदान करने के लिए systembsd नाम का एक [[Google समर ऑफ़ कोड]] प्रोजेक्ट शुरू किया गया था। मूल प्रोजेक्ट डेवलपर ने इसे Linux से OpenBSD में अपने संक्रमण को आसान बनाने के लिए शुरू किया था।<ref name="undeadly_systembsd" />  परियोजना विकास जुलाई 2016 में समाप्त हो गया।<ref>{{citation | url = https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systembsd.git;a=summary | title = projects / systembsd.git / summary | access-date = 8 July 2018 | archive-date = 9 July 2018 | archive-url = https://web.archive.org/web/20180709010055/https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systembsd.git;a=summary | url-status = live }}</ref>
सिस्टमबीएसडी परियोजना ने एक इनिट प्रतिस्थापन प्रदान नहीं किया, लेकिन इसके लिए संगत डेमॉन के साथ ओपनबीएसडी प्रदान करने का लक्ष्य रखा {{Mono|hostnamed}}, {{Mono|timedated}}, {{Mono|localed}}, और {{Mono|logind}}. परियोजना ने नई प्रणाली-जैसी कार्यक्षमता नहीं बनाई, और केवल मूल OpenBSD प्रणाली पर आवरण के रूप में कार्य करने के लिए थी। विकासकर्ता ने सिस्टमबीएसडी को बंदरगाहों के संग्रह के हिस्से के रूप में स्थापित करने के लिए लक्षित किया, आधार प्रणाली के हिस्से के रूप में नहीं, यह बताते हुए कि सिस्टमड और * बीएसडी मूल रूप से दर्शन और विकास प्रथाओं के संदर्भ में भिन्न हैं।<ref name="undeadly_systembsd" />
प्रणालीबीएसडी परियोजना ने एक इनिट प्रतिस्थापन प्रदान नहीं किया, लेकिन इसके लिए संगत डेमॉन के साथ ओपनबीएसडी प्रदान करने का लक्ष्य रखा {{Mono|hostnamed}}, {{Mono|timedated}}, {{Mono|localed}}, और {{Mono|logind}}. परियोजना ने नई प्रणाली-जैसी कार्यक्षमता नहीं बनाई, और केवल मूल OpenBSD प्रणाली पर आवरण के रूप में कार्य करने के लिए थी। विकासकर्ता ने प्रणालीबीएसडी को बंदरगाहों के संग्रह के हिस्से के रूप में स्थापित करने के लिए लक्षित किया, आधार प्रणाली के हिस्से के रूप में नहीं, यह बताते हुए कि प्रणाली और * बीएसडी मूल रूप से दर्शन और विकास प्रथाओं के संदर्भ में भिन्न हैं।<ref name="undeadly_systembsd" />




==== सिस्टमड नहीं ====
==== प्रणाली नहीं ====
Notsystemd का इरादा किसी भी init सिस्टम पर काम करने वाले सभी systemd फीचर्स को लागू करना है।<ref>{{cite mailing list|url=http://www.mail-archive.com/dev@lists.parabola.nu/msg03209.html|title=notsystemd v232.1 release announcement|author=Luke Shumaker|date=17 June 2017|mailing-list=Dev@lists.parabola.nu|access-date=5 August 2017|archive-date=5 August 2017|archive-url=https://web.archive.org/web/20170805140345/http://www.mail-archive.com/dev@lists.parabola.nu/msg03209.html|url-status=live}}</ref> यह Parabola GNU/Linux-libre डेवलपर्स द्वारा सिस्टम-एनस्पॉन को चलाने के लिए सिस्टमड को स्थापित करने की आवश्यकता के बिना अपने विकास उपकरणों के साथ पैकेज बनाने के लिए फोर्क किया गया था।
Notsystemd का इरादा किसी भी init प्रणाली पर काम करने वाले सभी systemd फीचर्स को लागू करना है।<ref>{{cite mailing list|url=http://www.mail-archive.com/dev@lists.parabola.nu/msg03209.html|title=notsystemd v232.1 release announcement|author=Luke Shumaker|date=17 June 2017|mailing-list=Dev@lists.parabola.nu|access-date=5 August 2017|archive-date=5 August 2017|archive-url=https://web.archive.org/web/20170805140345/http://www.mail-archive.com/dev@lists.parabola.nu/msg03209.html|url-status=live}}</ref> यह Parabola GNU/Linux-libre डेवलपर्स द्वारा प्रणाली-एनस्पॉन को चलाने के लिए प्रणाली को स्थापित करने की आवश्यकता के बिना अपने विकास उपकरणों के साथ पैकेज बनाने के लिए फोर्क किया गया था।


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


==== बेकार ====
==== बेकार ====
2014 में, बेकार को सिस्टमड के हल्के कांटे के रूप में बनाया गया था। परियोजना ने एक init सिस्टम के लिए अनावश्यक समझी जाने वाली सुविधाओं और कार्यक्रमों को हटाने के साथ-साथ अन्य कथित दोषों को दूर करने की मांग की।<ref name="phoronix_uselessd" />  जनवरी 2015 में परियोजना का विकास रुक गया।<ref>{{Cite web|url=http://uselessd.darknedgy.net/|title=बेकार मर चुका है|website=Uselessd website|access-date=17 February 2017|archive-date=16 May 2015|archive-url=https://web.archive.org/web/20150516113530/http://uselessd.darknedgy.net/|url-status=dead}}</ref>
2014 में, बेकार को प्रणाली के हल्के कांटे के रूप में बनाया गया था। परियोजना ने एक init प्रणाली के लिए अनावश्यक समझी जाने वाली सुविधाओं और कार्यक्रमों को हटाने के साथ-साथ अन्य कथित दोषों को दूर करने की मांग की।<ref name="phoronix_uselessd" />  जनवरी 2015 में परियोजना का विकास रुक गया।<ref>{{Cite web|url=http://uselessd.darknedgy.net/|title=बेकार मर चुका है|website=Uselessd website|access-date=17 February 2017|archive-date=16 May 2015|archive-url=https://web.archive.org/web/20150516113530/http://uselessd.darknedgy.net/|url-status=dead}}</ref>
बेकार समर्थित musl और uClibc|µClibc पुस्तकालयों, इसलिए इसका उपयोग [[ अंतः स्थापित प्रणाली ]] पर किया जा सकता है, जबकि सिस्टमड केवल GNU C लाइब्रेरी का समर्थन करता है। अनुपयोगी परियोजना ने भविष्य में क्रॉस-प्लेटफ़ॉर्म अनुकूलता, साथ ही साथ आर्किटेक्चरल ओवरहाल और लिनक्स के निर्माण के लिए रिफैक्टरिंग में और सुधार की योजना बनाई थी।<ref name="uselessd_home" />
बेकार समर्थित musl और uClibc|µClibc पुस्तकालयों, इसलिए इसका उपयोग [[ अंतः स्थापित प्रणाली ]] पर किया जा सकता है, जबकि प्रणाली केवल GNU C लाइब्रेरी का समर्थन करता है। अनुपयोगी परियोजना ने भविष्य में क्रॉस-प्लेटफ़ॉर्म अनुकूलता, साथ ही साथ आर्किटेक्चरल ओवरहाल और लाइनेक्स के निर्माण के लिए रिफैक्टरिंग में और सुधार की योजना बनाई थी।<ref name="uselessd_home" />




==== इनिटवेयर ====
==== इनिटवेयर ====
InitWare सिस्टमड का एक मॉड्यूलर रिफ्लेक्टर है, जो बिना ग्लिब या लिनक्स-विशिष्ट सिस्टम कॉल के बीएसडी प्लेटफॉर्म पर सिस्टम को पोर्ट करता है। यह DragonFly BSD, FreeBSD, NetBSD, और GNU/Linux पर काम करने के लिए जाना जाता है। अनावश्यक माने जाने वाले घटकों को हटा दिया जाता है।<ref>{{cite web |title=InitWare/InitWare: The InitWare Suite of Middleware allows you to manage services and system resources as logical entities called units. Its main component is a service management ("init") system. |url=https://github.com/InitWare/InitWare |website=GitHub |date=14 November 2021 |language=en |access-date=1 August 2021 |archive-date=1 August 2021 |archive-url=https://web.archive.org/web/20210801173921/https://github.com/InitWare/InitWare |url-status=live }}</ref>
InitWare प्रणाली का एक मॉड्यूलर रिफ्लेक्टर है, जो बिना ग्लिब या लाइनेक्स-विशिष्ट प्रणाली कॉल के बीएसडी प्लेटफॉर्म पर प्रणाली को पोर्ट करता है। यह DragonFly BSD, FreeBSD, NetBSD, और GNU/Linux पर काम करने के लिए जाना जाता है। अनावश्यक माने जाने वाले घटकों को हटा दिया जाता है।<ref>{{cite web |title=InitWare/InitWare: The InitWare Suite of Middleware allows you to manage services and system resources as logical entities called units. Its main component is a service management ("init") system. |url=https://github.com/InitWare/InitWare |website=GitHub |date=14 November 2021 |language=en |access-date=1 August 2021 |archive-date=1 August 2021 |archive-url=https://web.archive.org/web/20210801173921/https://github.com/InitWare/InitWare |url-status=live }}</ref>




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

Revision as of 23:37, 13 May 2023

For other uses, see System D (disambiguation).
systemd
Original author(s)Lennart Poettering[1]
Developer(s)Red Hat (Lennart Poettering, Kay Sievers, Harald Hoyer, Daniel Mack, Tom Gundersen, David Herrmann);[2] 345 different authors in 2018 and 1,317 different authors in total[3]
Initial release30 March 2010; 15 years ago (2010-03-30)
Stable release
Script error: The module returned a nil value. It is supposed to return an export table. / Script error: The module returned a nil value. It is supposed to return an export table.
Written inC
Operating systemLinux
Type
LicenseLGPLv2.1+[4]
Websitesystemd.io

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

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

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


इतिहास

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

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

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

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

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


डिजाइन

टिज़ेन द्वारा उपयोग किए जाने वाले प्रणाली की वास्तुकला। सहित कई प्रणाली लक्ष्य telephony, bootmode, dlog, और tizen service टिज़ेन से हैं और प्रणाली के घटक नहीं हैं।[35]
एकीकृत-पदानुक्रम cgroups को विशेष रूप से systemd के माध्यम से एक्सेस किया जा सकेगा systemd-nspawn[36]

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

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

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

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

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

कोर घटक और पुस्तकालय

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

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

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


< /span>अनुषंगी घटक

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

का एक स्क्रीनशॉट systemd-boot
का एक स्क्रीनशॉट timedatectl

; journald

systemd-journald घटना (कंप्यूटिंग) बोटा दस्तावेज के लिए जिम्मेदार एक डेमन है, इसके लॉगफाइल के रूप में केवल संलग्न बाइनरी फ़ाइल ों के साथ। प्रणाली व्यवस्थापक चुन सकता है कि प्रणाली ईवेंट को लॉग इन करना है या नहीं systemd-journald, syslog-ng या rsyslog. द्विआधारी प्रारूप के भ्रष्टाचार की संभावना ने बहुत गरमागरम बहस छेड़ दी है।[46]
libudev
libudev udev का उपयोग करने के लिए मानक पुस्तकालय है, जो तृतीय-पक्ष एप्लिकेशन को udev संसाधनों को क्वेरी करने की अनुमति देता है।
localed
logind
systemd-logind एक डेमॉन है जो विभिन्न तरीकों से उपयोगकर्ता लॉगिन और सीटों का प्रबंधन करता है। यह एक एकीकृत लॉगिन प्रबंधक है जो मल्टीसीट कॉन्फ़िगरेशन सुधार प्रदान करता है[47]और कंसोलकिट को प्रतिस्थापित करता है, जिसका अब रखरखाव नहीं किया जाता है।[48]X प्रदर्शन प्रबंधक (प्रोग्राम प्रकार) के लिए स्विच करें logind को न्यूनतम पोर्टिंग की आवश्यकता होती है।[49]इसे प्रणाली वर्जन 30 में एकीकृत किया गया था।
homed
homed एक डेमन है जो पोर्टेबल मानव-उपयोगकर्ता खाते प्रदान करता है जो वर्तमान प्रणाली कॉन्फ़िगरेशन से स्वतंत्र हैं। homed फ़ाइल प्रणाली में विभिन्न स्थानों से UID/GID जैसे डेटा के विभिन्न टुकड़ों को एक फ़ाइल में ले जाता है, ~/.identity. homed उपयोगकर्ता की होम निर्देशिका को विभिन्न तरीकों से प्रबंधित करता है जैसे एक सादा निर्देशिका, एक btrfs सबवोल्यूम, एक Linux एकीकृत कुंजी सेटअप वॉल्यूम, एक fscrypt निर्देशिका, या एक सर्वर संदेश ब्लॉक सर्वर से आरोहित।
networkd
networkd नेटवर्क इंटरफेस के कॉन्फ़िगरेशन को संभालने के लिए एक डेमॉन है; संस्करण 209 में, जब इसे पहली बार एकीकृत किया गया था, समर्थन स्थिर रूप से असाइन किए गए पतों और ब्रिजिंग (नेटवर्किंग) कॉन्फ़िगरेशन के लिए बुनियादी समर्थन तक सीमित था।[50][51][52][53][54]जुलाई 2014 में, प्रणाली संस्करण 215 जारी किया गया था, जिसमें IPv4 होस्ट के लिए DHCP सर्वर और VXLAN समर्थन जैसी नई सुविधाएँ शामिल थीं।[55][56] networkctl प्रणाली-नेटवर्कड द्वारा देखे गए नेटवर्क लिंक की स्थिति की समीक्षा के लिए उपयोग किया जा सकता है।[57] नए इंटरफेस के कॉन्फ़िगरेशन को /lib/systemd/network/ के तहत .network एक्सटेंशन के साथ समाप्त होने वाली एक नई फ़ाइल के रूप में जोड़ा जाना है।
resolved
स्थानीय अनुप्रयोगों के लिए नेटवर्क नाम समाधान प्रदान करता है
systemd-boot
systemd-boot एक बूट मैनेजर है, जिसे पहले गमीबूट (सॉफ्टवेयर) के नाम से जाना जाता था। के सिवर्स ने इसे रेव 220 के साथ प्रणाली में विलय कर दिया।
timedated
systemd-timedated एक डेमॉन है जिसका उपयोग समय-संबंधित सेटिंग्स को नियंत्रित करने के लिए किया जा सकता है, जैसे कि प्रणाली समय, प्रणाली समय क्षेत्र, या समन्वित वैश्विक समय और स्थानीय समय-क्षेत्र प्रणाली घड़ी के बीच चयन। यह डी-बस के माध्यम से पहुँचा जा सकता है।[58]इसे प्रणाली वर्जन 30 में एकीकृत किया गया था।
timesyncd
एक डेमॉन है जिसे पूरे नेटवर्क में प्रणाली क्लॉक को सिंक्रोनाइज़ करने के लिए जोड़ा गया है।
tmpfiles
systemd-tmpfiles एक उपयोगिता है जो अस्थायी फ़ाइलों और निर्देशिकाओं के निर्माण और सफाई का ख्याल रखती है। यह आमतौर पर एक बार स्टार्टअप पर और फिर निर्दिष्ट अंतराल में चलाया जाता है।
udevd
udev लाइनेक्स कर्नेल के लिए एक डिवाइस मैनेजर है, जो इसे संभालता है /dev निर्देशिका और फर्मवेयर लोड करने सहित उपकरणों को जोड़ते/हटाते समय सभी उपयोगकर्ता स्थान क्रियाएं। अप्रैल 2012 में, udev के लिए स्रोत ट्री मर्ज (संशोधन नियंत्रण) प्रणाली स्रोत वृक्ष में था।[59][60]Udev की संस्करण संख्या का मिलान करने के लिए, प्रणाली मेंटेनर्स ने संस्करण संख्या को सीधे 44 से 183 तक बढ़ा दिया।[61]
29 मई 2014 को, udev के माध्यम से फ़र्मवेयर लोड करने के लिए समर्थन systemd से हटा दिया गया था, क्योंकि यह निर्णय लिया गया था कि फ़र्मवेयर लोड करने के लिए कर्नेल को ज़िम्मेदार होना चाहिए।[62]


प्रणाली का विन्यास

को विन्यस्त करने के लिए एक उपकरण
systemd-manager, systemd

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

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

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

दत्तक ग्रहण

Linux distribution Date added to software repository[lower-alpha 1] Enabled by default? Date released as default Runs without?
Alpine Linux N/A (not in repository) No — Yes
Android N/A (not in repository) No — Yes
Arch Linux January 2012[69] Yes October 2012[70] No
antiX Linux N/A (not in repository) No — Yes
Artix Linux N/A (not in repository) No — Yes
CentOS July 2014 Yes July 2014 (v7.0) No
CoreOS July 2013 Yes October 2013 (v94.0.0)[71][72] No
Debian April 2012[73] Yes April 2015 (v8.0)[74] Jessie is the last release supporting installing without systemd.[75] In bullseye, a number of alternative init systems are supported
Devuan N/A (not in repository) No — Yes
Fedora Linux November 2010 (v14)[76] Yes May 2011 (v15) No
Gentoo Linux[lower-alpha 2] July 2011[77][79][80] No — Yes
GNU Guix System N/A (not in repository) No — Yes
Knoppix — No [81][82] — Yes
Linux Mint June 2016 (v18.0) Yes August 2018 (LMDE 3) No [83]
Mageia January 2011 (v1.0)[84] Yes May 2012 (v2.0)[85] No [86]
Manjaro Linux November 2013 Yes November 2013 No
openSUSE March 2011 (v11.4)[87] Yes September 2012 (v12.2)[88] No
Parabola GNU/Linux-libre January 2012[69] Optional[89] — Yes
Red Hat Enterprise Linux June 2014 (v7.0)[90] Yes June 2014 (v7.0) No
Slackware N/A (not in repository) No — Yes
Solus — Yes — No
Source Mage June 2011[91] No — Yes
SUSE Linux Enterprise Server October 2014 (v12) Yes October 2014 (v12) No
Ubuntu April 2013 (v13.04) Yes April 2015 (v15.04) Upstart option removed in Yaketty (16.10)[92][93][lower-alpha 3]
Void Linux June 2011, removed June 2015 [94] No — Yes

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


अन्य सॉफ्टवेयर के साथ एकीकरण

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

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

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


रिसेप्शन

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

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

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

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

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


कांटे और वैकल्पिक कार्यान्वयन

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


घटकों का कांटा

यूदेव

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


ईलॉगिन

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


कंसोलकिट2

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


लॉगिनकिट

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


प्रणालीबीएसडी

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


प्रणाली नहीं

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

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

बेकार

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


इनिटवेयर

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


यह भी देखें

टिप्पणियाँ

  1. ↑ Dates are for the general availability release.
  2. ↑ systemd is supported in Gentoo as an alternative to OpenRC, the default init system[77] for those who "want to use systemd instead, or are planning to use Gnome 3.8 and later (which requires systemd)"[78]
  3. ↑ Missing functionality using init systems other than systemd[citation needed]


संदर्भ

  1. ↑ 1.0 1.1 "Lennart Poettering on systemd's Tumultuous Ascendancy". 26 January 2017. Archived from the original on 8 November 2018. Retrieved 7 November 2018.
  2. ↑ 2.0 2.1 "systemd README", freedesktop.org, archived from the original on 7 July 2013, retrieved 9 September 2012
  3. ↑ "Systemd Hits A High Point For Number Of New Commits & Contributors During 2018 - Phoronix". Archived from the original on 21 September 2009. Retrieved 30 December 2018.
  4. ↑ Poettering, Lennart (21 April 2012), systemd Status Update, archived from the original on 23 April 2012, retrieved 28 April 2012
  5. ↑ "पुनर्विचार पीआईडी ​​​​1". 30 April 2010. Archived from the original on 22 February 2022. Retrieved 20 August 2021. systemd कई Linux-विशिष्ट सुविधाओं का उपयोग करता है, और खुद को POSIX तक सीमित नहीं करता है। यह बहुत सारी कार्यक्षमता को अनलॉक करता है जो अन्य ऑपरेटिंग सिस्टम के लिए पोर्टेबिलिटी के लिए डिज़ाइन किया गया सिस्टम प्रदान नहीं कर सकता है। {{cite web}}: zero width space character in |title= at position 19 (help)
  6. ↑ "इंटरफ़ेस स्थिरता वादा". FreeDesktop.org. Archived from the original on 11 December 2017. Retrieved 14 February 2018.
  7. ↑ "systemd सिस्टम और सेवा प्रबंधक". freedesktop.org. Archived from the original on 15 October 2020. Retrieved 19 March 2016. Yes, it is written systemd, not system D or System D, or even SystemD. And it isn't system d either. Why? Because it's a system daemon, and under Unix/Linux those are in lower case, and get suffixed with a lower case d.
  8. ↑ Poettering, Lennart; Sievers, Kay; Leemhuis, Thorsten (8 May 2012), Control Centre: The systemd Linux init system, The H, archived from the original on 14 October 2012, retrieved 9 September 2012
  9. ↑ "Debate/initsystem/systemd - Debian Wiki". wiki.debian.org. Archived from the original on 7 December 2014. Retrieved 2021-11-15.
  10. ↑ "F15 one page release notes - Fedora Project Wiki". fedoraproject.org. Archived from the original on 27 September 2013. Retrieved 2021-11-15.
  11. ↑ 11.0 11.1 Gaudreault, Stéphane (14 August 2012). "सिस्टमड में प्रवास". arch-dev-public (Mailing list). Archived from the original on 20 October 2020. Retrieved 2021-11-15.
  12. ↑ Saunders, Mike (11 November 2015). "Linux 101: Get the most out of systemd". Linux Voice. Archived from the original on 29 May 2016. Retrieved 28 January 2016.
  13. ↑ "Freedesktop Systemd : List of security vulnerabilities". CVE Details. Archived from the original on 3 October 2021. Retrieved 3 October 2021.
  14. ↑ Simmonds, Chris (2015). "9: Starting up - the init Program". Mastering Embedded Linux Programming. Packt Publishing Ltd. p. 239. ISBN 9781784399023. Retrieved 20 June 2016. systemd defines itself as a system and service manager. The project was initiated in 2010 by Lennart Poettering and Kay Sievers to create an integrated set of tools for managing a Linux system including an init daemon.
  15. ↑ Lennart Poettering (30 April 2010). "पुनर्विचार पीआईडी ​​​​1". Archived from the original on 15 January 2017. Retrieved 28 August 2010. {{cite web}}: zero width space character in |title= at position 19 (help)
  16. ↑ "F15 one page release notes", fedoraproject.org, 24 May 2001, archived from the original on 27 September 2013, retrieved 24 September 2013
  17. ↑ "Arch Linux - News: systemd is now the default on new installations". archlinux.org. Archived from the original on 27 October 2021. Retrieved 11 November 2021.
  18. ↑ Groot, Jan de (14 August 2012). "सिस्टमड में प्रवास". arch-dev-public (Mailing list). Archived from the original on 17 January 2022. Retrieved 11 November 2021.
  19. ↑ "Archlinux is moving to systemd (Page 2) / Arch Discussion / Arch Linux Forums". bbs.archlinux.org. Archived from the original on 10 November 2012. Retrieved 2021-11-19.
  20. ↑ "#727708 - tech-ctte: Decide which init system to default to in Debian". 25 October 2013. Archived from the original on 17 April 2016. Retrieved 14 September 2014.
  21. ↑ "Which init system for Debian?". 5 November 2013. Archived from the original on 6 October 2014. Retrieved 14 September 2014.
  22. ↑ "Debian Still Debating systemd Vs. Upstart Init System". Phoronix. 30 December 2013. Archived from the original on 23 August 2014. Retrieved 14 September 2014.
  23. ↑ "Losing graciously". 14 February 2014. Archived from the original on 8 September 2014. Retrieved 14 September 2014.
  24. ↑ "Quantal, raring, saucy..." 18 October 2013. Archived from the original on 28 August 2014. Retrieved 14 September 2014.
  25. ↑ Hess, Joey. "on leaving". Archived from the original on 16 July 2015. Retrieved 15 July 2015.
  26. ↑ Allbery, Russ (16 November 2014). "Resigning from the Technical Committee". debian-ctte (Mailing list). Archived from the original on 11 June 2015. Retrieved 15 July 2015.
  27. ↑ Jackson, Ian (19 November 2014). "Resignation". debian-ctte (Mailing list). Archived from the original on 11 June 2015. Retrieved 15 July 2015.
  28. ↑ Heen, Tollef Fog (16 November 2014). "Resignation from the pkg-systemd maintainer team". pkg-systemd-maintainers (Mailing list). Archived from the original on 11 June 2015. Retrieved 15 July 2015.
  29. ↑ Carroty, Paul (28 August 2015). "Lennart Poettering merged 'su' command replacement into systemd: Test Drive on Fedora Rawhide". Archived from the original on 4 September 2015.
  30. ↑ "Assertion failure when PID 1 receives a zero-length message over notify socket #4234". GitHub. 28 September 2016. Archived from the original on 5 October 2016. Retrieved 6 October 2016.
  31. ↑ Felker, Rich (3 October 2016). "Hack Crashes Linux Distros with 48 Characters of Code". Kaspersky Lab. Archived from the original on 6 October 2016. Retrieved 6 October 2016.
  32. ↑ "CVE-2017-9445 Details", National Vulnerability Database, National Institute of Standards and Technology (U.S.), 6 July 2017, archived from the original on 6 July 2018, retrieved 6 July 2018
  33. ↑ "CVE-2017-9445", The Common Vulnerabilities and Exposures database, The Mitre Corporation, 5 June 2017, archived from the original on 6 July 2018, retrieved 6 July 2018
  34. ↑ "Pwnie Awards 2017, Lamest Vendor Response: SystemD bugs". Pwnie Awards. Archived from the original on 10 June 2021. Retrieved 10 June 2021.
  35. ↑ Gundersen, Tom E. (25 September 2014). "The End of Linux". Archived from the original on 26 October 2014. Retrieved 25 October 2014. It certainly is not something that comes with systemd from upstream.
  36. ↑ "नया नियंत्रण समूह इंटरफेस". Freedesktop.org. 28 August 2015. Archived from the original on 1 February 2016. Retrieved 6 February 2016.
  37. ↑ Poettering, Lennart (May 2014). "A Perspective for systemd: What Has Been Achieved, and What Lies Ahead" (PDF). Archived (PDF) from the original on 8 February 2015. Retrieved 30 November 2014.
  38. ↑ "What is systemd?". Linode. 11 September 2019. Archived from the original on 24 January 2020. Retrieved 15 September 2019.
  39. ↑ "अवरोधक ताले". freedesktop.org. Archived from the original on 3 May 2020. Retrieved 15 September 2019.
  40. ↑ 40.0 40.1 Poettering, Lennart (26 January 2013). "The Biggest Myths". Archived from the original on 17 October 2021. Retrieved 20 August 2021.
  41. ↑ "Debate/initsystem/systemd – Debian Documentation". Debian. 2 January 2014. Archived from the original on 7 December 2014. Retrieved 4 December 2014.
  42. ↑ Edge, Jake (7 November 2013). "Creating containers with systemd-nspawn". LWN.net. Archived from the original on 23 August 2014. Retrieved 30 July 2014.
  43. ↑ "ControlGroupInterface". freedesktop.org. Archived from the original on 12 December 2014. Retrieved 9 November 2014.
  44. ↑ Heo, Tejun (28 January 2014). "cgroup: convert to kernfs". linux-kernel (Mailing list). Archived from the original on 12 October 2018. Retrieved 24 May 2014.
  45. ↑ Heo, Tejun (13 March 2014). "cgroup: prepare for the default unified hierarchy". linux-kernel (Mailing list). Archived from the original on 20 March 2014. Retrieved 24 May 2014.
  46. ↑ "सिस्टमड के बाइनरी लॉग और भ्रष्टाचार". 17 February 2014. Archived from the original on 11 May 2016. Retrieved 21 January 2016.
  47. ↑ "systemd-logind.service". freedesktop.org. Archived from the original on 11 April 2014. Retrieved 17 February 2014.
  48. ↑ "ConsoleKit official website". freedesktop.org. Archived from the original on 18 October 2014. Retrieved 9 November 2014.
  49. ↑ "How to hook up your favorite X11 display manager with systemd". freedesktop.org. Archived from the original on 28 March 2016. Retrieved 19 March 2016.
  50. ↑ "Networking in +systemd - 1. Background". 27 November 2013. Archived from the original on 13 March 2014. Retrieved 22 February 2014.
  51. ↑ "Networking in +systemd - 2. libsystemd-rtnl". 27 November 2013. Archived from the original on 13 March 2014. Retrieved 22 February 2014.
  52. ↑ "Networking in +systemd - 3. udev". 27 November 2013. Archived from the original on 13 March 2014. Retrieved 22 February 2014.
  53. ↑ "Networking in +systemd - 4. networkd". 27 November 2013. Archived from the original on 13 March 2014. Retrieved 22 February 2014.
  54. ↑ "Networking in +systemd - 5. the immediate future". 27 November 2013. Archived from the original on 13 March 2014. Retrieved 22 February 2014.
  55. ↑ Larabel, Michael (4 July 2014). "systemd 215 Works On Factory Reset, DHCPv4 Server Support". Archived from the original on 17 October 2014. Retrieved 8 November 2014.
  56. ↑ Šimerda, Pavel (3 February 2013). "Can Linux network configuration suck less?".
  57. ↑ networkctl(1) – Linux User Manual – User Commands
  58. ↑ "timedated". freedesktop.org. Archived from the original on 11 October 2014. Retrieved 9 November 2014.
  59. ↑ Sievers, Kay. "The future of the udev source tree". vger.kernel.org/vger-lists.html#linux-hotplug linux-hotplug (Mailing list). Archived from the original on 16 February 2015. Retrieved 22 May 2013.
  60. ↑ Sievers, Kay, "Commit importing udev into systemd", freedesktop.org, archived from the original on 20 April 2013, retrieved 25 May 2012
  61. ↑ Proven, Liam. "Version 252 of systemd released". The Register (in English). Archived from the original on 5 November 2022. Retrieved 2022-11-05.
  62. ↑ "[PATCH] Drop the udev firmware loader". systemd-devel (Mailing list). 29 May 2014. Archived from the original on 14 August 2020. Retrieved 16 June 2019.
  63. ↑ "systemd.वाक्यविन्यास". www.freedesktop.org. Archived from the original on 27 July 2021. Retrieved 27 July 2021.
  64. ↑ "systemd.unit man page". freedesktop.org. Archived from the original on 28 March 2016. Retrieved 19 March 2016.
  65. ↑ "systemd.device". www.freedesktop.org. Archived from the original on 27 July 2021. Retrieved 27 July 2021.
  66. ↑ "systemd Dreams Up New Feature, Makes It Like Cron". Phoronix. 28 January 2013. Archived from the original on 3 January 2014. Retrieved 22 January 2014.
  67. ↑ "systemd.slice (5) - Linux Man Pages". Archived from the original on 19 February 2023. Retrieved 12 March 2018. ... a slice ... is a concept for hierarchically managing resources of a group of processes.
  68. ↑ "systemd.स्कोप". FreeDesktop.org. Archived from the original on 27 July 2021. Retrieved 27 July 2021.
  69. ↑ 69.0 69.1 "Git clone of the 'packages' repository". Web interface to the Arch Linux git repositories. 12 January 2012. Archived from the original on 16 February 2015. Retrieved 31 August 2014.
  70. ↑ "systemd is now the default on new installations". Arch Linux. Archived from the original on 15 October 2012. Retrieved 29 October 2012.
  71. ↑ "coreos/manifest: Releases: v94.0.0". github.com. 3 October 2013. Archived from the original on 10 September 2020. Retrieved 22 September 2014.
  72. ↑ "CoreOS's init system", coreos.com, archived from the original on 14 February 2014, retrieved 14 February 2014
  73. ↑ "systemd". debian.org. Archived from the original on 29 December 2014. Retrieved 19 November 2014.
  74. ↑ Garbee, Bdale (11 February 2014). "Bug#727708: call for votes on default Linux init system for jessie". debian-ctte (Mailing list). Archived from the original on 22 February 2014. Retrieved 11 February 2014.
  75. ↑ "systemd - system and service manager". Debian Wiki. Installing without systemd. Archived from the original on 4 April 2018. Retrieved 3 April 2018.
  76. ↑ "Fedora 14 talking points". Archived from the original on 9 June 2015. Retrieved 28 April 2015.
  77. ↑ 77.0 77.1 "systemd", wiki.gentoo.org, archived from the original on 12 October 2012, retrieved 26 August 2012
  78. ↑ "Installing the Gentoo Base System § Optional: Using systemd". Archived from the original on 14 July 2014. Retrieved 4 July 2014.
  79. ↑ "Comment #210 (bug #318365)", gentoo.org, archived from the original on 16 February 2015, retrieved 5 July 2011
  80. ↑ "systemd", gentoo.org, archived from the original on 26 June 2011, retrieved 5 July 2011
  81. ↑ "KNOPPIX 7.4.2 Release Notes". Archived from the original on 6 January 2018. Retrieved 26 April 2018. ...script-based KNOPPIX system start with sysvinit
  82. ↑ "KNOPPIX 8.0 Die Antwort auf Systemd (German)". Archived from the original on 13 June 2018. Retrieved 13 June 2018. ...Knoppix 'boot process continues to run via Sys-V init with few bash scripts that start the system services efficiently sequentially or in parallel. (The original German text: Knoppix' Startvorgang läuft nach wie vor per Sys-V-Init mit wenigen Bash-Skripten, welche die Systemdienste effizient sequenziell oder parallel starten.)
  83. ↑ "LM Blog: both Mint 18 and LMDE 3 will switch to systemd". Archived from the original on 27 November 2021. Retrieved 27 November 2021.
  84. ↑ ChangeLog of Mageia's systemd package, archived from the original on 28 March 2016, retrieved 19 March 2016
  85. ↑ Scherschel, Fabian (23 May 2012), Mageia 2 arrives with GNOME 3 and systemd, The H, archived from the original on 8 December 2013, retrieved 22 August 2012
  86. ↑ "Mageia forum • View topic - is it possible to replace systemd?". Archived from the original on 19 February 2023. Retrieved 5 May 2020.
  87. ↑ Directory view of the 11.4 i586 installation showing presence of the systemd v18 installables, 23 February 2011, archived from the original on 28 September 2013, retrieved 24 September 2013
  88. ↑ "OpenSUSE: Not Everyone Likes systemd". Phoronix. Archived from the original on 15 March 2016. Retrieved 19 March 2016. The recently released openSUSE 12.2 does migrate from SysVinit to systemd
  89. ↑ "Parabola ISO Download Page". Archived from the original on 1 July 2016. Retrieved 18 March 2019.
  90. ↑ Red Hat Unveils Red Hat Enterprise Linux 7, 10 June 2014, archived from the original on 14 July 2014, retrieved 19 March 2016
  91. ↑ "Initial entry of the "systemd" spell". Archived from the original on 23 September 2020. Retrieved 21 May 2019.
  92. ↑ "Ubuntu Wiki: Switching init systems". Archived from the original on 3 June 2016. Retrieved 3 July 2016.
  93. ↑ "Linked packages : upstart". Launchpad (in English). Archived from the original on 12 May 2021. Retrieved 17 June 2019.
  94. ↑ "Void-Package: systemd: removed; no plans to resurrect this". GitHub. Archived from the original on 19 February 2023. Retrieved 24 July 2018.
  95. ↑ "मिलिए देवुआन से, एक कड़वे सिस्टमड विद्रोह से पैदा हुए डेबियन फोर्क से". Archived from the original on 9 December 2014. Retrieved 24 February 2015.
  96. ↑ Sharwood, Simon (5 May 2017). "systemd-free Devuan Linux hits RC2". The Register. Archived from the original on 5 May 2017. Retrieved 5 May 2017.
  97. ↑ "Debian Developers Decide On Init System Diversity: "Proposal B" Wins". Phoronix. Archived from the original on 28 December 2019. Retrieved 28 December 2019.
  98. ↑ Poettering, Lennart (18 May 2011). "systemd as an external dependency". desktop-devel (Mailing list). GNOME. Archived from the original on 27 May 2011. Retrieved 26 May 2011.
  99. ↑ Peters, Frederic (4 November 2011). "20121104 meeting minutes". GNOME release-team (Mailing list). Archived from the original on 7 September 2014. Retrieved 14 January 2013.
  100. ↑ "ConsoleKit". Archived from the original on 18 October 2014. Retrieved 15 November 2014. ConsoleKit is currently not actively maintained. The focus has shifted to the built-in seat/user/session management of Software/systemd called systemd-logind!
  101. ↑ Vitters, Olav. "GNOME and logind+systemd thoughts". Archived from the original on 24 April 2014. Retrieved 24 April 2014.
  102. ↑ "GNOME 3.10 arrives with experimental Wayland support". ZDNet. Archived from the original on 24 April 2014. Retrieved 24 April 2014.
  103. ↑ "GNOME initiatives: systemd". Archived from the original on 2 May 2014. Retrieved 9 May 2018.
  104. ↑ "Mutter 3.13.2: launcher: Replace mutter-launch with logind integration". 19 May 2014. Archived from the original on 16 February 2015. Retrieved 28 May 2014.
  105. ↑ Vaughan-Nichols, Steven (19 September 2014). "लाइनस टोरवाल्ड्स और अन्य लिनक्स के सिस्टमड पर". ZDNet. CBS Interactive. Archived from the original on 25 February 2015. Retrieved 24 February 2015.
  106. ↑ "1345661 - PulseAudio requirement breaks Firefox on ALSA-only systems". Bugzilla. Mozilla. 3 September 2021. Archived from the original on 3 October 2021. Retrieved 3 October 2021.
  107. ↑ "Interview with Patrick Volkerding of Slackware". linuxquestions.org. 7 June 2012. Archived from the original on 3 May 2013. Retrieved 19 March 2014.
  108. ↑ "I'm back after a break from Slackware: sharing thoughts and seeing whats new!". linuxquestions.org. Archived from the original on 13 March 2014. Retrieved 14 March 2014.
  109. ↑ Broken by design: systemd Archived 23 October 2019 at the Wayback Machine, Rich Felker, main author of musl, 9 February 2014.
  110. ↑ "Interviews: ESR Answers Your Questions". Slashdot.org. 10 March 2014. Archived from the original on 22 March 2014. Retrieved 19 March 2014.
  111. ↑ Torvalds, Linus (2 April 2014). "Re: [RFC PATCH] cmdline: Hide "debug" from /proc/cmdline". linux-kernel (Mailing list). Archived from the original on 22 October 2017. Retrieved 8 July 2014.
  112. ↑ "Is systemd as bad as boycott systemd is trying to make it?". LinuxBSDos.com. 3 September 2014. Archived from the original on 24 September 2014. Retrieved 22 September 2014.
  113. ↑ "Boycott systemd.org". Archived from the original on 6 May 2014. Retrieved 15 July 2015.
  114. ↑ 114.0 114.1 Venezia, Paul (18 August 2014). "systemd: Harbinger of the Linux apocalypse". Archived from the original on 26 September 2014. Retrieved 20 September 2014.
  115. ↑ "Linus Torvalds and others on Linux's systemd". ZDNet. Archived from the original on 20 November 2014. Retrieved 21 November 2014.
  116. ↑ "A realization that I recently came to while discussing the whole systemd..." 31 March 2014. Archived from the original on 17 July 2014. Retrieved 8 July 2014.
  117. ↑ "फ्रेइट.ऑर्ग". www.freeinit.org. Archived from the original on 1 August 2021. Retrieved 1 August 2021.
  118. ↑ "eudev/README". GitHub. Archived from the original on 16 February 2015. Retrieved 1 June 2015.
  119. ↑ "Gentoo eudev project". Archived from the original on 4 September 2015. Retrieved 1 June 2015.
  120. ↑ Basile, Anthony G. (24 August 2021). "eudev retirement on 2022-01-01". Repository news items. Gentoo Linux. Archived from the original on 30 June 2022. Retrieved 14 June 2022.
  121. ↑ "elogind/README". GitHub. Archived from the original on 19 February 2023. Retrieved 2 September 2015.
  122. ↑ Koegel, Eric (20 October 2014). "ConsoleKit2". Archived from the original on 2 April 2015. Retrieved 7 March 2015.
  123. ↑ "ConsoleKit2 (Github)". GitHub. Archived from the original on 11 June 2018. Retrieved 8 July 2018.
  124. ↑ "loginkit/README". GitHub. Archived from the original on 19 February 2023. Retrieved 4 December 2014.
  125. ↑ "dimkr/LoginKit (Github)". GitHub. Archived from the original on 19 February 2023. Retrieved 8 July 2018.
  126. ↑ 126.0 126.1 "GSoC 2014: systemd replacement utilities (systembsd)". OpenBSD Journal. Archived from the original on 29 November 2014. Retrieved 28 November 2014.
  127. ↑ projects / systembsd.git / summary, archived from the original on 9 July 2018, retrieved 8 July 2018
  128. ↑ Luke Shumaker (17 June 2017). "notsystemd v232.1 release announcement". Dev@lists.parabola.nu (Mailing list). Archived from the original on 5 August 2017. Retrieved 5 August 2017.
  129. ↑ Larabel, Michael (21 September 2014). "Uselessd: A Stripped Down Version Of systemd". Phoronix. Archived from the original on 17 October 2014. Retrieved 26 October 2014.
  130. ↑ "बेकार मर चुका है". Uselessd website. Archived from the original on 16 May 2015. Retrieved 17 February 2017.
  131. ↑ "uselessd :: information system". uselessd.darknedgy.net. Archived from the original on 16 May 2015. Retrieved 26 October 2014.
  132. ↑ "InitWare/InitWare: The InitWare Suite of Middleware allows you to manage services and system resources as logical entities called units. Its main component is a service management ("init") system". GitHub (in English). 14 November 2021. Archived from the original on 1 August 2021. Retrieved 1 August 2021.


बाहरी संबंध

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=सिस्टम_डी&oldid=163336’