systemd - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

systemd, init - systemd सिस्टम और सेवा प्रबंधक

SYNOPSIS

systemd [विकल्प...]

init [विकल्प...] {कमांड}

वर्णन

systemd Linux ऑपरेटिंग सिस्टम के लिए एक सिस्टम और सेवा प्रबंधक है। जब पहले के रूप में चलाएँ
बूट पर प्रक्रिया (पीआईडी ​​1 के रूप में), यह इनिट सिस्टम के रूप में कार्य करती है जो उपयोगकर्ता स्थान को सामने लाती है और बनाए रखती है
सेवाओं.

SysV के साथ अनुकूलता के लिए, यदि systemd को कॉल किया जाता है init और एक पीआईडी ​​जो 1 नहीं है, वह होगी
निष्पादित दूरभाष और सभी कमांड लाइन तर्कों को असंशोधित पास करें। इसका मत init और
दूरभाष सामान्य लॉगिन सत्रों से लागू होने पर अधिकतर समतुल्य होते हैं। देखना दूरभाष(8) के लिए
अधिक जानकारी।

जब सिस्टम इंस्टेंस के रूप में चलाया जाता है, तो systemd कॉन्फ़िगरेशन फ़ाइल system.conf और की व्याख्या करता है
system.conf.d निर्देशिकाओं में फ़ाइलें; जब उपयोगकर्ता उदाहरण के रूप में चलाया जाता है, तो सिस्टमडी व्याख्या करता है
कॉन्फ़िगरेशन फ़ाइल user.conf और user.conf.d निर्देशिकाओं में फ़ाइलें। देखना systemd-
system.conf(5) अधिक जानकारी के लिए।

विकल्प

निम्नलिखित विकल्पों को समझा जाता है:

--परीक्षण
स्टार्टअप अनुक्रम निर्धारित करें, इसे डंप करें और बाहर निकलें। यह डिबगिंग के लिए उपयोगी विकल्प है
केवल.

--डंप-कॉन्फ़िगरेशन-आइटम
समझे गए यूनिट कॉन्फ़िगरेशन आइटम को डंप करें। यह एक संक्षिप्त लेकिन पूरी सूची आउटपुट करता है
यूनिट परिभाषा फ़ाइलों में समझे गए कॉन्फ़िगरेशन आइटम।

--इकाई=
स्टार्टअप पर सक्रिय करने के लिए डिफ़ॉल्ट इकाई सेट करें। यदि निर्दिष्ट नहीं है, तो डिफ़ॉल्ट default.target हो जाता है।

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

--डंप-कोर
क्रैश होने पर कोर डंपिंग सक्षम करें। उपयोगकर्ता उदाहरण के रूप में चलने पर इस स्विच का कोई प्रभाव नहीं पड़ता है।
यह सेटिंग कर्नेल कमांड लाइन पर बूट के दौरान भी सक्षम की जा सकती है
systemd.dump_core= विकल्प, नीचे देखें.

--क्रैश-vt=VT
क्रैश होने पर एक विशिष्ट वर्चुअल कंसोल (वीटी) पर स्विच करें। में एक धनात्मक पूर्णांक लेता है
रेंज 1-63, या एक बूलियन तर्क। यदि कोई पूर्णांक पारित हो जाता है, तो चयन करता है कि किस वीटी को स्विच करना है
को। अगर हाँ, जिस VT कर्नेल संदेश को लिखा गया है वह चयनित है। अगर नहीं, कोई वीटी स्विच नहीं है
प्रयास किया. उपयोगकर्ता उदाहरण के रूप में चलने पर इस स्विच का कोई प्रभाव नहीं पड़ता है। यह सेटिंग हो सकती है
बूट के दौरान कर्नेल कमांड लाइन पर भी सक्षम किया जा सकता है systemd.crash_vt=
विकल्प, नीचे देखें.

--क्रैश-शैल
क्रैश होने पर शेल चलाएँ. उपयोगकर्ता उदाहरण के रूप में चलने पर इस स्विच का कोई प्रभाव नहीं पड़ता है। यह
सेटिंग को बूट के दौरान कर्नेल कमांड लाइन पर भी सक्षम किया जा सकता है
systemd.क्रैश_शेल= विकल्प, नीचे देखें.

--क्रैश-रिबूट
क्रैश होने पर सिस्टम को स्वचालित रूप से रीबूट करें। के रूप में चलने पर इस स्विच का कोई प्रभाव नहीं पड़ता है
उपयोगकर्ता उदाहरण. यह सेटिंग बूट के दौरान कर्नेल कमांड पर भी सक्षम की जा सकती है
के माध्यम से लाइन systemd.crash_reboot= विकल्प, नीचे देखें.

--पुष्टि-स्पॉन
स्पॉनिंग प्रक्रिया के समय पुष्टि के लिए पूछें। इस प्रकार चलाने पर इस स्विच का कोई प्रभाव नहीं पड़ता है
उपयोगकर्ता उदाहरण.

--शो-स्थिति=
बूट करते समय संक्षिप्त सेवा स्थिति की जानकारी दिखाएँ। इस स्विच का कोई प्रभाव नहीं पड़ता जब
उपयोगकर्ता उदाहरण के रूप में चलाएँ। एक बूलियन तर्क लेता है जिसे छोड़ा जा सकता है जो कि है
के रूप में व्याख्या की <strong>उद्देश्य</strong>.

--लॉग-लक्ष्य=
लॉग लक्ष्य निर्धारित करें. तर्क इनमें से एक होना चाहिए एक ढ़ांचा जिस में आंगन की स्वरकुंजियां आदि लगि है, पत्रिका, के.एम.जी, जर्नल-या-केएमएसजी, रिक्त.

--लॉग-स्तर=
लॉग स्तर सेट करें. तर्क के रूप में यह संख्यात्मक लॉग स्तर या प्रसिद्ध को स्वीकार करता है
syslog(3) प्रतीकात्मक नाम (लोअरकेस): Emerg, चेतावनी, crit, ग़लती होना, चेतावनी, नोटिस, पता,
डिबग.

--लॉग-रंग=
महत्वपूर्ण लॉग संदेशों को हाइलाइट करें. तर्क एक बूलियन मान है. यदि तर्क है
छोड़ा गया, यह डिफ़ॉल्ट है <strong>उद्देश्य</strong>.

--लॉग-स्थान=
लॉग संदेशों में कोड स्थान शामिल करें. यह अधिकतर डिबगिंग उद्देश्यों के लिए प्रासंगिक है।
तर्क एक बूलियन मान है. यदि तर्क छोड़ दिया जाता है तो यह डिफ़ॉल्ट हो जाता है <strong>उद्देश्य</strong>.

--डिफ़ॉल्ट-मानक-आउटपुट=, --डिफ़ॉल्ट-मानक-त्रुटि=
सभी सेवाओं और सॉकेट के लिए क्रमशः डिफ़ॉल्ट आउटपुट या त्रुटि आउटपुट सेट करता है।
यानी डिफॉल्ट को कंट्रोल करता है मानक आउटपुट = और मानकत्रुटि= (देखें
systemd.exec(5) विवरण के लिए)। में से एक लेता है वारिस, रिक्त, TTY, पत्रिका,
जर्नल+कंसोल, syslog, syslog+कंसोल, के.एम.जी, केएमएसजी+कंसोल. यदि तर्क है
छोड़े गए --डिफ़ॉल्ट-मानक-आउटपुट= करने के लिए चूक पत्रिका और --डिफ़ॉल्ट-मानक-त्रुटि=
सेवा मेरे वारिस.

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

-h, --मदद
संक्षिप्त सहायता पाठ मुद्रित करें और बाहर निकलें

--संस्करण
संक्षिप्त संस्करण स्ट्रिंग प्रिंट करें और बाहर निकलें

अवधारणाओं

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

निम्नलिखित इकाई प्रकार उपलब्ध हैं:

1. सेवा इकाइयाँ, जो डेमॉन और उनमें शामिल प्रक्रियाओं को शुरू और नियंत्रित करती हैं। के लिए
विवरण, देखें सिस्टमडी.सेवा(5).

2. सॉकेट इकाइयाँ, जो सिस्टम में स्थानीय आईपीसी या नेटवर्क सॉकेट को इनकैप्सुलेट करती हैं, के लिए उपयोगी हैं
सॉकेट-आधारित सक्रियण। सॉकेट इकाइयों के बारे में विवरण के लिए देखें systemd.सॉकेट(5), के लिए
सॉकेट-आधारित सक्रियण और सक्रियण के अन्य रूपों पर विवरण देखें डेमॉन(7).

3. लक्ष्य इकाइयाँ समूह इकाइयों के लिए उपयोगी होती हैं, या प्रसिद्ध सिंक्रनाइज़ेशन बिंदु प्रदान करती हैं
बूट-अप के दौरान, देखें systemd.लक्ष्य(5).

4. डिवाइस इकाइयां सिस्टमडी में कर्नेल डिवाइस को उजागर करती हैं और इन्हें लागू करने के लिए उपयोग किया जा सकता है
डिवाइस-आधारित सक्रियण। विवरण के लिए देखें systemd.device(5).

5. माउंट इकाइयाँ फ़ाइल सिस्टम में माउंट बिंदुओं को नियंत्रित करती हैं, विवरण के लिए देखें systemd.mount(5).

6. फ़ाइल सिस्टम की ऑन-डिमांड माउंटिंग के लिए ऑटोमाउंट इकाइयां ऑटोमाउंट क्षमताएं प्रदान करती हैं
साथ ही समानांतर बूट-अप भी। देखना systemd.ऑटोमाउंट(5).

7. टाइमर इकाइयां टाइमर के आधार पर अन्य इकाइयों की सक्रियता को ट्रिगर करने के लिए उपयोगी हैं। आप
में विवरण मिल सकता है सिस्टमडी.टाइमर(5).

8. स्वैप इकाइयाँ माउंट इकाइयों के समान होती हैं और मेमोरी स्वैप विभाजन को इनकैप्सुलेट करती हैं या
ऑपरेटिंग सिस्टम की फ़ाइलें. इनका वर्णन इसमें किया गया है systemd.swap(5).

9. फ़ाइल सिस्टम ऑब्जेक्ट बदलने पर अन्य सेवाओं को सक्रिय करने के लिए पथ इकाइयों का उपयोग किया जा सकता है
संशोधित हैं. देखना systemd.पथ(5).

10. स्लाइस इकाइयों का उपयोग समूह इकाइयों के लिए किया जा सकता है जो सिस्टम प्रक्रियाओं (जैसे सेवा) का प्रबंधन करती हैं
और स्कोप इकाइयाँ) संसाधन प्रबंधन उद्देश्यों के लिए एक पदानुक्रमित वृक्ष में। देखना
systemd.slice(5).

11. स्कोप इकाइयाँ सेवा इकाइयों के समान हैं, लेकिन इसके बजाय विदेशी प्रक्रियाओं का प्रबंधन करती हैं
उन्हें भी शुरू कर रहे हैं. देखना systemd.स्कोप(5).

इकाइयों को उनकी कॉन्फ़िगरेशन फ़ाइलों के रूप में नामित किया गया है। कुछ इकाइयों में विशेष शब्दार्थ होते हैं। ए
विस्तृत सूची यहां उपलब्ध है systemd.विशेष(7).

systemd सकारात्मक और नकारात्मक आवश्यकता सहित विभिन्न प्रकार की निर्भरताओं को जानता है
निर्भरताएँ (अर्थात् आवश्यकता= और संघर्ष=) साथ ही निर्भरता का आदेश देना (बाद= और
पहले=). ध्यान दें: ऑर्डर और आवश्यकता निर्भरताएं ऑर्थोगोनल हैं। यदि केवल एक आवश्यकता है
निर्भरता दो इकाइयों के बीच मौजूद है (उदाहरण के लिए foo.service को bar.service की आवश्यकता है), लेकिन नहीं
ऑर्डरिंग निर्भरता (उदाहरण के लिए bar.service के बाद foo.service) और दोनों को शुरू करने का अनुरोध किया जाता है,
इन्हें समानांतर रूप से शुरू किया जाएगा. यह एक सामान्य पैटर्न है जिसकी आवश्यकता और दोनों को होती है
ऑर्डरिंग निर्भरताएँ दो इकाइयों के बीच रखी जाती हैं। यह भी ध्यान दें कि अधिकांश
निर्भरताएं सिस्टमड द्वारा अंतर्निहित रूप से बनाई और बनाए रखी जाती हैं। ज्यादातर मामलों में, यह होना चाहिए
अतिरिक्त निर्भरताएँ मैन्युअल रूप से घोषित करना अनावश्यक है, हालाँकि ऐसा करना संभव है
इस।

एप्लिकेशन प्रोग्राम और इकाइयां (निर्भरता के माध्यम से) इकाइयों की स्थिति में बदलाव का अनुरोध कर सकती हैं। में
systemd, इन अनुरोधों को 'नौकरियों' के रूप में संपुटित किया जाता है और नौकरी कतार में बनाए रखा जाता है। नौकरियाँ हो सकती हैं
सफल हो सकते हैं या विफल हो सकते हैं, उनके निष्पादन का आदेश आदेश निर्भरता के आधार पर दिया जाता है
वे इकाइयाँ जिनके लिए उन्हें निर्धारित किया गया है।

बूट पर सिस्टमडी लक्ष्य इकाई default.target को सक्रिय करता है जिसका काम ऑन-बूट को सक्रिय करना है
सेवाओं और अन्य ऑन-बूट इकाइयों को निर्भरता के माध्यम से खींचकर। आमतौर पर, इकाई
नाम या तो ग्राफ़िकल.टारगेट के लिए एक उपनाम (सिम्लिंक) है (पूरी तरह से फीचर्ड बूट के लिए)।
यूआई) या मल्टी-यूजर.टार्गेट (एम्बेडेड या सर्वर में उपयोग के लिए केवल सीमित कंसोल बूट के लिए)।
वातावरण, या समान; ग्राफिकल.लक्ष्य का एक उपसमूह)। हालाँकि, यह विवेक पर निर्भर है
व्यवस्थापक को इसे किसी अन्य लक्ष्य इकाई के उपनाम के रूप में कॉन्फ़िगर करने के लिए। देखना
systemd.विशेष(7) इन लक्ष्य इकाइयों के बारे में विवरण के लिए।

प्रोसेस सिस्टम स्पॉन को अलग-अलग लिनक्स नियंत्रण समूहों में रखा जाता है जिनका नाम दिया गया है
वह इकाई जिससे वे निजी प्रणाली पदानुक्रम में संबंधित हैं। (देखना cgroups.txt[1] और अधिक के लिए
नियंत्रण समूहों, या संक्षिप्त "सीग्रुप्स" के बारे में जानकारी)। systemd इसका प्रभावी ढंग से उपयोग करता है
प्रक्रियाओं पर नज़र रखें. नियंत्रण समूह की जानकारी कर्नेल में रखी जाती है, और है
फ़ाइल सिस्टम पदानुक्रम के माध्यम से पहुंच योग्य (नीचे)। /sys/fs/cgroup/systemd/), या टूल में
जैसे systemd-cgls(1) या ps(1) (ps xawf -ईओ पीआईडी, उपयोगकर्ता, सीग्रुप, आर्ग्स विशेष उपयोगी है
सभी प्रक्रियाओं और उन सिस्टम इकाइयों को सूचीबद्ध करने के लिए जिनसे वे संबंधित हैं।)

systemd काफी हद तक SysV init सिस्टम के साथ संगत है: SysV init स्क्रिप्ट हैं
समर्थित और बस एक वैकल्पिक (यद्यपि सीमित) कॉन्फ़िगरेशन फ़ाइल स्वरूप के रूप में पढ़ा जाता है।
SysV /dev/initctl इंटरफ़ेस प्रदान किया गया है, और इसकी अनुकूलता कार्यान्वयन
विभिन्न SysV क्लाइंट उपकरण उपलब्ध हैं। इसके अलावा, विभिन्न ने यूनिक्स की स्थापना की
कार्यक्षमता जैसे / Etc / fstab या utmp डेटाबेस समर्थित हैं।

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

Systemd में विभिन्न कार्यों के मूल कार्यान्वयन शामिल हैं जिन्हें भाग के रूप में निष्पादित करने की आवश्यकता है
बूट प्रक्रिया का. उदाहरण के लिए, यह होस्टनाम सेट करता है या लूपबैक नेटवर्क को कॉन्फ़िगर करता है
उपकरण। यह विभिन्न एपीआई फ़ाइल सिस्टम को भी सेट और माउंट करता है, जैसे / sys या /proc.

सिस्टमडी के पीछे की अवधारणाओं और विचारों के बारे में अधिक जानकारी के लिए, कृपया देखें
मूल डिज़ाइन दस्तावेज़[2]

ध्यान दें कि सिस्टमडी द्वारा प्रदान किए गए कुछ नहीं बल्कि सभी इंटरफेस इसके अंतर्गत आते हैं इंटरफेस
स्थिरता वादा[3]

उदाहरण के लिए, बूट और सिस्टम मैनेजर रीलोड समय पर इकाइयाँ गतिशील रूप से उत्पन्न की जा सकती हैं
कर्नेल कमांड लाइन पर पारित अन्य कॉन्फ़िगरेशन फ़ाइलों या मापदंडों के आधार पर। के लिए
विवरण, देखें systemd.जनरेटर(7).

जो सिस्टम किसी कंटेनर या initrd वातावरण में systemd को लागू करते हैं, उन्हें इसे लागू करना चाहिए
कंटेनर इंटरफेस[4] या initrd इंटरफेस[5] क्रमशः विशिष्टताएँ।

निर्देशिका

सिस्टम इकाई निर्देशिकाएँ
सिस्टमडी सिस्टम मैनेजर विभिन्न निर्देशिकाओं से यूनिट कॉन्फ़िगरेशन को पढ़ता है। संकुल
जो इकाई फ़ाइलें स्थापित करना चाहते हैं, उन्हें उन्हें लौटाई गई निर्देशिका में रखना होगा
पीकेजी-कॉन्फ़िगरेशन systemd --चर = systemdsystemunitdir. जाँच की गई अन्य निर्देशिकाएँ हैं
/usr/local/lib/systemd/system और /lib/systemd/system. उपयोगकर्ता कॉन्फ़िगरेशन हमेशा लेता है
वरीयता पीकेजी-कॉन्फ़िगरेशन systemd --चर = systemdsystemconfdir का पथ लौटाता है
सिस्टम कॉन्फ़िगरेशन निर्देशिका. पैकेजों को इनकी सामग्री बदलनी चाहिए
केवल निर्देशिकाओं के साथ सक्षम और अक्षम करें के आदेश systemctl(1) औज़ार. भरा हुआ
निर्देशिकाओं की सूची इसमें प्रदान की गई है systemd.unit(5).

उपयोगकर्ता इकाई निर्देशिकाएँ
उपयोगकर्ता इकाई निर्देशिकाओं के लिए समान नियम लागू होते हैं। हालाँकि, यहाँ एक्सडीजी आधार
निर्देशिका विनिर्देशइकाइयों को खोजने के लिए [6] का अनुसरण किया जाता है। आवेदन उनके स्थान पर होना चाहिए
निर्देशिका में यूनिट फ़ाइलों द्वारा लौटाया गया पीकेजी-कॉन्फ़िगरेशन systemd
--चर = systemduserunitdir. रिपोर्ट की गई निर्देशिका में वैश्विक कॉन्फ़िगरेशन किया गया है
by पीकेजी-कॉन्फ़िगरेशन systemd --चर = systemduserconfdir। सक्षम और अक्षम करें आज्ञाओं
का systemctl(1) टूल वैश्विक (अर्थात सभी उपयोगकर्ताओं के लिए) और निजी (सभी उपयोगकर्ताओं के लिए) दोनों को संभाल सकता है
एक उपयोगकर्ता) इकाइयों को सक्षम/अक्षम करना। निर्देशिकाओं की पूरी सूची इसमें दी गई है
systemd.unit(5).

SysV init स्क्रिप्ट निर्देशिका
SysV init स्क्रिप्ट निर्देशिका का स्थान वितरण के बीच भिन्न होता है। अगर
सिस्टमडी को अनुरोधित सेवा के लिए मूल इकाई फ़ाइल नहीं मिल सकती है, यह एक की तलाश करेगा
समान नाम की SysV init स्क्रिप्ट (.service प्रत्यय हटाकर)।

SysV रनलेवल लिंक फ़ार्म निर्देशिका
SysV रनलेवल लिंक फ़ार्म निर्देशिका का स्थान वितरण के बीच भिन्न होता है।
सिस्टमडी लिंक फ़ार्म को ध्यान में रखेगा जब यह पता लगाएगा कि कोई सेवा होगी या नहीं
सक्षम किया जाए. ध्यान दें कि मूल इकाई कॉन्फ़िगरेशन फ़ाइल वाली सेवा इकाई नहीं हो सकती
इसे SysV रनलेवल लिंक फ़ार्म में सक्रिय करके प्रारंभ किया गया।

सिग्नल

सिगटरम
इस सिग्नल को प्राप्त करने पर सिस्टमड सिस्टम मैनेजर इसकी स्थिति को क्रमबद्ध करता है, पुनः निष्पादित करता है
स्वयं और सहेजे गए राज्य को फिर से डिसेरिएलाइज़ करता है। यह अधिकतर के बराबर है systemctl
डेमन-रेक्सेक.

यह सिग्नल प्राप्त होने पर सिस्टमडी उपयोगकर्ता प्रबंधक एग्जिट.टारगेट यूनिट शुरू कर देंगे।
यह अधिकतर के बराबर है systemctl --उपयोगकर्ता प्रारंभ बाहर निकलें.लक्ष्य.

SIGINT
यह सिग्नल प्राप्त होने पर सिस्टमडी सिस्टम मैनेजर शुरू कर देगा
ctrl-alt-del.target इकाई। यह अधिकतर के बराबर है systemctl प्रारंभ
ctl-alt-del.target. यदि यह संकेत प्रति 7 सेकंड में 2 बार से अधिक प्राप्त होता है, तो तत्काल
रिबूट चालू हो गया है। ध्यान दें कि कंसोल पर Ctrl-Alt-Del दबाने से यह ट्रिगर हो जाएगा
संकेत. इसलिए, यदि रिबूट हैंग हो रहा है, तो Ctrl-Alt-Del को 7s में 2 से अधिक बार दबाएं
तत्काल रिबूट को ट्रिगर करने का एक अपेक्षाकृत सुरक्षित तरीका है।

systemd उपयोगकर्ता प्रबंधक इस सिग्नल के साथ उसी तरह व्यवहार करते हैं सिगटरम.

सिगविन्च
जब यह सिग्नल प्राप्त होगा तो सिस्टमडी सिस्टम मैनेजर शुरू कर देगा
kbrequest.लक्ष्य इकाई। यह अधिकतर के बराबर है systemctl प्रारंभ kbrequest.लक्ष्य.

इस सिग्नल को सिस्टमड उपयोगकर्ता प्रबंधकों द्वारा अनदेखा किया जाता है।

एसआईजीपीडब्ल्यूआर
जब यह सिग्नल प्राप्त होगा तो सिस्टमडी मैनेजर sigpwr.target यूनिट शुरू कर देगा।
यह अधिकतर के बराबर है systemctl प्रारंभ sigpwr.target.

सिगुसर1
जब यह सिग्नल प्राप्त होगा तो सिस्टमडी मैनेजर डी-बस से फिर से जुड़ने का प्रयास करेगा
बस।

सिगुसर2
जब यह सिग्नल प्राप्त होगा तो सिस्टमडी मैनेजर इसकी पूरी स्थिति लॉग इन करेगा
मानव-पठनीय रूप. लॉग किया गया डेटा वही है जो मुद्रित किया गया है systemd-विश्लेषण फेंकना.

उच्छ्वास करो
संपूर्ण डेमॉन कॉन्फ़िगरेशन को पुनः लोड करता है। यह अधिकतर के बराबर है systemctl
डेमन-रीलोड.

सिगर्टमिन+0
डिफ़ॉल्ट मोड में प्रवेश करता है, default.target इकाई प्रारंभ करता है। यह अधिकतर के बराबर है
systemctl प्रारंभ default.target.

सिगर्टमिन+1
बचाव मोड में प्रवेश करता है, बचाव.लक्ष्य इकाई प्रारंभ करता है। यह अधिकतर के बराबर है
systemctl अलग बचाव.लक्ष्य.

सिगर्टमिन+2
आपातकालीन मोड में प्रवेश करता है, आपातकालीन सेवा इकाई प्रारंभ करता है। यह अधिकतर के बराबर है
systemctl अलग आपातकालीन सेवा.

सिगर्टमिन+3
मशीन को रोकता है, हॉल्ट.लक्ष्य इकाई को चालू करता है। यह अधिकतर के बराबर है systemctl
प्रारंभ पड़ाव.लक्ष्य.

सिगर्टमिन+4
मशीन को बंद कर देता है, पॉवरऑफ.लक्ष्य इकाई को चालू कर देता है। यह अधिकतर के बराबर है
systemctl प्रारंभ पॉवरऑफ़.लक्ष्य.

सिगर्टमिन+5
मशीन को रिबूट करता है, रिबूट.टारगेट यूनिट शुरू करता है। यह अधिकतर के बराबर है
systemctl प्रारंभ रिबूट.लक्ष्य.

सिगर्टमिन+6
Kexec के माध्यम से मशीन को रीबूट करता है, kexec.target इकाई प्रारंभ करता है। यह अधिकतर समतुल्य है
सेवा मेरे systemctl प्रारंभ kexec.target.

सिगर्टमिन+13
तुरंत मशीन बंद कर देता है.

सिगर्टमिन+14
मशीन को तुरंत बंद कर दें।

सिगर्टमिन+15
मशीन को तुरंत रिबूट करता है।

सिगर्टमिन+16
मशीन को तुरंत kexec से रीबूट करता है।

सिगर्टमिन+20
कंसोल पर स्थिति संदेशों के प्रदर्शन को सक्षम करता है, जैसा कि नियंत्रित किया जाता है
systemd.show_status=1 कर्नेल कमांड लाइन पर.

सिगर्टमिन+21
कंसोल पर स्थिति संदेशों के प्रदर्शन को अक्षम करता है, जैसा कि नियंत्रित किया जाता है
systemd.show_status=0 कर्नेल कमांड लाइन पर.

सिगर्टमिन+22, सिगर्टमिन+23
लॉग स्तर को "डीबग" (या "जानकारी") पर सेट करता है सिगर्टमिन+23), जैसा कि नियंत्रित किया गया है
systemd.log_level=डीबग (या systemd.log_level=जानकारी on सिगर्टमिन+23) कर्नेल पर
कमांड लाइन।

सिगर्टमिन+24
तुरंत प्रबंधक से बाहर निकल जाता है (केवल --user उदाहरणों के लिए उपलब्ध)।

सिगर्टमिन+26, सिगर्टमिन+27, सिगर्टमिन+28
लॉग स्तर को "जर्नल-या-केएमएसजी" (या "कंसोल" पर सेट करता है सिगर्टमिन+27, "kmsg" चालू
सिगर्टमिन+28), जैसा कि नियंत्रित किया गया है systemd.log_target=journal-or-kmsg (या
systemd.log_target=कंसोल on सिगर्टमिन+27 or systemd.log_target=kmsg on सिगर्टमिन+28)
कर्नेल कमांड लाइन पर.

वातावरण

$SYSTEMD_LOG_LEVEL
systemd इस पर्यावरण चर से लॉग स्तर को पढ़ता है। इसे ओवरराइड किया जा सकता है
साथ में --लॉग-स्तर=.

$SYSTEMD_LOG_TARGET
systemd इस पर्यावरण चर से लॉग लक्ष्य को पढ़ता है। इसे ओवरराइड किया जा सकता है
साथ में --लॉग-लक्ष्य=.

$SYSTEMD_LOG_COLOR
नियंत्रित करता है कि सिस्टमडी महत्वपूर्ण लॉग संदेशों को हाइलाइट करता है या नहीं। इसे ओवरराइड किया जा सकता है
साथ में --लॉग-रंग=.

$SYSTEMD_LOG_LOCATION
नियंत्रित करता है कि सिस्टमडी लॉग संदेशों के साथ कोड स्थान प्रिंट करता है या नहीं। यह हो सकता है
के साथ अतिरंजित --लॉग-स्थान=.

$XDG_CONFIG_HOME, $XDG_CONFIG_DIRS, $XDG_DATA_HOME, $XDG_DATA_DIRS
सिस्टमड उपयोगकर्ता प्रबंधक इन चरों का उपयोग इसके अनुसार करता है एक्सडीजी आधार निर्देशिका
विनिर्देश[6] इसका विन्यास खोजने के लिए।

$SYSTEMD_UNIT_PATH
नियंत्रित करता है कि सिस्टमडी यूनिट फ़ाइलों को कहाँ खोजता है।

$SYSTEMD_SYSVINIT_PATH
नियंत्रित करता है कि सिस्टमडी SysV init स्क्रिप्ट्स को कहां खोजता है।

$SYSTEMD_SYSVRCND_PATH
नियंत्रित करता है कि सिस्टमडी SysV init स्क्रिप्ट रनलेवल लिंक फ़ार्म को कहाँ खोजता है।

$SYSTEMD_रंग
नियंत्रित करता है कि रंगीन आउटपुट उत्पन्न किया जाना चाहिए या नहीं।

$LISTEN_PID, $LISTEN_FDS, $LISTEN_FDNAMES
सॉकेट-आधारित सक्रियण के दौरान पर्यवेक्षित प्रक्रियाओं के लिए सिस्टमडी द्वारा सेट किया गया। देखना
sd_listen_fds(3) अधिक जानकारी के लिए।

$NOTIFY_SOCKET
स्थिति और स्टार्ट-अप पूर्णता के लिए पर्यवेक्षित प्रक्रियाओं के लिए सिस्टमडी द्वारा सेट किया गया
अधिसूचना। देखना sd_notify(3) अधिक जानकारी के लिए।

कर्नेल कमान लाइन

जब सिस्टम इंस्टेंस के रूप में चलाया जाता है तो सिस्टमडी कई कर्नेल कमांड लाइन तर्कों को पार्स करता है [7]:

सिस्टमड.यूनिट =, rd.systemd.unit=
बूट पर सक्रिय करने के लिए यूनिट को ओवरराइड करता है। डिफ़ॉल्ट से default.target. इसका उपयोग किया जा सकता है
किसी भिन्न बूट इकाई में अस्थायी रूप से बूट करने के लिए, उदाहरण के लिए बचाव.लक्ष्य या
आपातकालीन सेवा। देखना systemd.विशेष(7) इन इकाइयों के बारे में विवरण के लिए। विकल्प
"आरडी" के साथ उपसर्ग। केवल प्रारंभिक रैम डिस्क (initrd) में सम्मानित किया जाता है, जबकि एक
वह केवल मुख्य सिस्टम में उपसर्ग नहीं है।

systemd.dump_core=
एक बूलियन तर्क लेता है. अगर हाँ, सिस्टमडी मैनेजर (पीआईडी ​​1) जब कोर को डंप करता है
क्रैश. अन्यथा, कोई कोर डंप नहीं बनता है. के लिए डिफ़ॉल्ट हाँ.

systemd.crash_chvt=
एक सकारात्मक पूर्णांक, या एक बूलियन तर्क लेता है। यदि एक धनात्मक पूर्णांक (सीमा में)
1-63) निर्दिष्ट है, सिस्टम मैनेजर (पीआईडी ​​1) निर्दिष्ट वर्चुअल को सक्रिय करेगा
टर्मिनल (वीटी) जब क्रैश हो जाता है। के लिए डिफ़ॉल्ट नहीं, मतलब कि ऐसा कोई स्विच नहीं है
प्रयास किया. यदि सेट किया गया है हाँ, जिस VT पर कर्नेल संदेश लिखे जाते हैं वह चयनित है।

systemd.क्रैश_शेल=
एक बूलियन तर्क लेता है. अगर हाँ, सिस्टम मैनेजर (पीआईडी ​​1) जब यह एक शेल बनाता है
10 सेकंड की देरी के बाद क्रैश हो जाता है। अन्यथा, कोई खोल पैदा नहीं होता है. के लिए डिफ़ॉल्ट नहींके लिए,
सुरक्षा कारण, क्योंकि शेल पासवर्ड प्रमाणीकरण द्वारा सुरक्षित नहीं है।

systemd.crash_reboot=
एक बूलियन तर्क लेता है. अगर हाँ, सिस्टम मैनेजर (पीआईडी ​​1) मशीन को रीबूट करेगा
10 सेकेंड की देरी के बाद जब यह क्रैश हो जाता है तो स्वचालित रूप से। नहीं तो सिस्टम हैंग हो जाएगा
अनिश्चित काल तक. के लिए डिफ़ॉल्ट नहीं, रीबूट लूप से बचने के लिए। अगर साथ मिला दिया जाए
systemd.क्रैश_शेल=, शेल के बाहर निकलने के बाद सिस्टम रीबूट हो जाता है।

systemd.confirm_spawn=
एक बूलियन तर्क लेता है. अगर हाँ, सिस्टम मैनेजर (पीआईडी ​​1) पुष्टि मांगता है
जब स्पॉनिंग प्रक्रिया होती है। के लिए डिफ़ॉल्ट नहीं.

systemd.show_status=
एक बूलियन तर्क या स्थिरांक लेता है स्वत:. अगर हाँ, सिस्टमडी मैनेजर (पीआईडी ​​1)
बूटअप के दौरान कंसोल पर कुछ सेवा स्थिति अपडेट दिखाता है। स्वत: जैसा व्यवहार करता है
असत्य जब तक कोई सेवा विफल न हो जाए या बूट में महत्वपूर्ण देरी न हो जाए। के लिए डिफ़ॉल्ट हाँ,
जब तक शांत कर्नेल कमांड लाइन विकल्प के रूप में पारित किया जाता है, जिस स्थिति में यह डिफ़ॉल्ट होता है
स्वत:.

systemd.log_target=, systemd.log_level=, systemd.log_color=, systemd.log_location=
के समान प्रभाव से लॉग आउटपुट को नियंत्रित करता है $SYSTEMD_LOG_TARGET,
$SYSTEMD_LOG_LEVEL, $SYSTEMD_LOG_COLOR, $SYSTEMD_LOG_LOCATION पर्यावरण चर
ऊपर वर्णित।

systemd.default_standard_output=, systemd.default_standard_error=
सेवाओं के लिए डिफ़ॉल्ट मानक आउटपुट और त्रुटि आउटपुट को समान प्रभाव से नियंत्रित करता है
जैसा --डिफ़ॉल्ट-मानक-आउटपुट= और --डिफ़ॉल्ट-मानक-त्रुटि= कमांड लाइन तर्क
क्रमशः ऊपर वर्णित है।

systemd.setenv=
VARIABLE=VALUE के रूप में एक स्ट्रिंग तर्क लेता है। डिफ़ॉल्ट सेट करने के लिए उपयोग किया जा सकता है
फोर्क्ड चाइल्ड प्रक्रियाओं में जोड़ने के लिए पर्यावरण चर। करने के लिए एक से अधिक बार उपयोग किया जा सकता है
अनेक चर सेट करें.

systemd.machine_id=
मशीन-आईडी सेट करने के लिए उपयोग किए जाने वाले 32 वर्ण का हेक्स मान लेता है। अधिकतर इरादा है
नेटवर्क बूटिंग के लिए जहां प्रत्येक बूट के लिए समान मशीन-आईडी वांछित है।

शांत
बूट पर स्टेटस आउटपुट बंद करें, बहुत कुछ systemd.show_status=झूठा चाहेंगे। ध्यान दें कि
यह विकल्प कर्नेल द्वारा स्वयं भी पढ़ा जाता है और कर्नेल लॉग आउटपुट को अक्षम कर देता है। पासिंग
इसलिए यह विकल्प सिस्टम मैनेजर और दोनों से सामान्य आउटपुट को बंद कर देता है
गिरी।

डिबग
डिबगिंग आउटपुट चालू करें. ये इसके बराबर है systemd.log_level=डीबग। ध्यान दें कि
यह विकल्प कर्नेल द्वारा स्वयं भी पढ़ा जाता है और कर्नेल डिबग आउटपुट को सक्षम करता है। पासिंग
इसलिए यह विकल्प सिस्टम मैनेजर और दोनों से डिबग आउटपुट को चालू करता है
गिरी।

आपात स्थिति, -b
आपातकालीन मोड में बूट करें. ये इसके बराबर है systemd.unit=emergency.target और
अनुकूलता कारणों से और टाइप करना आसान बनाने के लिए प्रदान किया गया।

बचाव, एक, s, S, 1
बचाव मोड में बूट करें। ये इसके बराबर है systemd.unit=बचाव.लक्ष्य और प्रदान किया गया
अनुकूलता कारणों से और टाइप करना आसान बनाने के लिए।

2, 3, 4, 5
निर्दिष्ट लीगेसी SysV रनलेवल में बूट करें। ये समकक्ष हैं
systemd.unit=runlevel2.target, systemd.unit=runlevel3.target,
systemd.unit=runlevel4.target, तथा systemd.unit=runlevel5.target, क्रमशः, और
अनुकूलता कारणों से और टाइप करना आसान बनाने के लिए प्रदान किया गया।

locale.LANG=, स्थान.भाषा=, locale.LC_CTYPE=, locale.LC_NUMERIC=, locale.LC_TIME=,
locale.LC_COLLATE=, locale.LC_MONETARY=, locale.LC_MESSAGES=, locale.LC_PAPER=,
locale.LC_NAME=, locale.LC_ADDRESS=, locale.LC_TELEPHONE=, locale.LC_MEASUREMENT=,
locale.LC_IDENTIFICATION=
उपयोग के लिए सिस्टम लोकेल सेट करें। यह /etc/locale.conf में सेटिंग्स को ओवरराइड करता है। के लिए
अधिक जानकारी, देखें locale.conf(5) और स्थानीय(7).

कृपया कोर ओएस के घटकों द्वारा समझे जाने वाले अन्य कर्नेल कमांड लाइन पैरामीटर के लिए
का उल्लेख करने कर्नेल-कमांड-लाइन(7).

कुर्सियां और फीफोस

/रन/सिस्टमडी/सूचित करें
डेमॉन स्थिति अधिसूचना सॉकेट. यह एक AF_UNIX डेटाग्राम सॉकेट और इसका उपयोग किया जाता है
द्वारा कार्यान्वित डेमॉन अधिसूचना तर्क को लागू करें sd_notify(3).

/रन/सिस्टमडी/प्राइवेट
के बीच संचार चैनल के रूप में आंतरिक रूप से उपयोग किया जाता है systemctl(1) और सिस्टमड प्रक्रिया।
यह एक है AF_UNIX स्ट्रीम सॉकेट. यह इंटरफ़ेस systemd के लिए निजी है और ऐसा नहीं होना चाहिए
बाहरी परियोजनाओं में उपयोग किया जाएगा।

/dev/initctl
SysV क्लाइंट इंटरफ़ेस के लिए सीमित संगतता समर्थन, जैसा कि द्वारा कार्यान्वित किया गया है
systemd-initctl.service इकाई। यह फ़ाइल सिस्टम में एक नामित पाइप है। यह इंटरफ़ेस
अप्रचलित है और नए अनुप्रयोगों में इसका उपयोग नहीं किया जाना चाहिए।

onworks.net सेवाओं का उपयोग करके ऑनलाइन सिस्टमडी का उपयोग करें