Init.d स्क्रिप्ट आदि क्यों हैं?

16

मैं पढ़ता / सुनता रहता हूं जो /etcसिस्टम कॉन्फ़िगरेशन फ़ाइलों के लिए है। कोई व्याख्या कर सकते हैं / मेरे लिए कुछ अंतर्ज्ञान देना क्यों ये स्क्रिप्ट है कि शुरू / बंद / पुनः आरंभ विभिन्न कार्यक्रमों में आम तौर पर कर रहे हैं /etcके बजाय /varया /usrया कुछ इसी तरह?

filesystems directory-structure

— एडम थॉम्पसन
स्रोत

यद्यपि प्रश्न थोड़ा राय उन्मुख हो सकता है, मुझे लगता है कि प्रश्न का उत्तर वास्तविक तथ्यों के साथ दिया जा सकता है।

— जूली पेलेटियर

क्या ऐतिहासिक कारण "राय-आधारित" के बारे में प्रश्न हैं? पीछे देखते हुए, कुछ होने का कुछ तथ्यात्मक कारण होने की संभावना है। यहां तक कि अगर यह सिर्फ "क्योंकि श्री ग्रैंडहैकर ने इसे बनाया है", तो यह सवाल का जवाब देने वाले किसी के विचारों पर निर्भर नहीं है ।

— 8:लक्कू

सिवाय इस सवाल के कि "क्यों होना चाहिए" जो राय-आधारित "रंगीन चर्चा" के लिए एक ट्रिगर है। इसे कम करने के लिए थोड़ा सा संपादन किया। @ अदम, अगर आपको लगता है कि यह आपके इरादे के खिलाफ है तो पलट दें।

— ilkachachu

1

क्योंकि कब और कैसे सेवा शुरू होती है, सिस्टम कॉन्फ़िगरेशन है।

— ऑरेंजडॉग

1

हिस्टेरिक किशमिश के लिए।

— TMN

22

अर्ली ऑन (दोनों ऐतिहासिक रूप से, और बूटिंग की प्रक्रिया में ...), (पहले माउंटेड फाइलसिस्टम) /etcका एक हिस्सा है /, जबकि /usrऐसा नहीं किया गया था (जब तक डिस्क बड़ी नहीं हुई)। अस्थायी डेटा /varरखता है , जबकि ये स्क्रिप्ट अस्थायी नहीं हैं।

यह इतना आसान नहीं है, लेकिन यह इस तरह से शुरू हुआ है और पूरी निर्देशिका लेआउट को फिर से बनाने के लिए बहुत कम कारण है।

— थॉमस डिकी
स्रोत

1

जैसा कि आप कहते हैं, यह इतना आसान नहीं है। विभिन्न वाणिज्यिक यूनिक्स प्रणालियों /etcमें किसी न किसी बिंदु पर वास्तविक बाइनरी निष्पादनयोग्य थे । कम से कम init.dआधुनिक प्रणालियों पर ज्यादातर स्क्रिप्ट है। लेकिन यह अभी भी आसानी से /etcमुहिम शुरू करने के लिए संभव नहीं है ।

— सातु कटुरा

2

@SatoKatsura: संकलित भाषाओं के आगमन के साथ जो स्क्रिप्टिंग भाषाओं की तरह महसूस होती है, मैंने कुछ कार्यक्रमों आदि (यहां तक कि लिपियों की स्क्रिप्ट) को भी देखना शुरू कर दिया है, जिन्हें गो कार्यक्रमों द्वारा प्रतिस्थापित किया जा रहा है - बाइनरी निष्पादनयोग्य।

— स्लीपबेटमैन

यह भी ध्यान रखना दिलचस्प है कि आधुनिक sysVinit रिप्लेसमेंट वास्तव में पूर्ण विकसित लिपियों के बजाय सरल कॉन्फ़िगरेशन फ़ाइलों का उपयोग करते हैं, इसलिए /etcगैर-कॉन्फिग सामान की सफाई समाप्त हो सकती है।

— 18

/tmpअस्थायी डेटा रखता है। /varवैरिएबल डेटा रखता है

— नील मैकगिगन

14

स्टार्टअप स्क्रिप्ट वास्तव में सिस्टम कॉन्फ़िगरेशन का एक महत्वपूर्ण हिस्सा है।

भले ही बूट-अप प्रक्रिया 15-30 साल पहले की तुलना में बहुत कम अनुकूलित की गई हो, और अधिकांश स्टार्टअप कॉन्फ़िगरेशन को स्वचालित कर दिया गया है, वे सभी प्रशासनिक विकल्प जो स्टार्ट-अप अनुक्रम निर्धारित करते हैं, अभी भी मौजूद हैं /etc।

यह सिस्टम के कॉन्फ़िगरेशन को बनाए रखने और बैकअप करने के लिए एक बहुत ही केंद्रीकृत तरीके का प्रतिनिधित्व करता है। अधिकांश सिस्टमों पर, बैकअप लेने /etcसे पूरे सिस्टम को रीइंस्टॉल करने में आसानी होती है। आप बस आवश्यक कार्यक्रमों के साथ एक पूर्ण पुनर्स्थापना करते हैं, और अपने /etcबैकअप को पुनर्स्थापित करते हैं ।

— जूली पेलेटियर
स्रोत

3

एम। डिकी और एम। पेलेटियर दोनों ने प्रश्न के परिसर में खरीदा है। लेकिन परिसर गलत हैं।

यदि आपने पढ़ा है कि " /etcसिस्टम कॉन्फ़िगरेशन फ़ाइलों के लिए है" तो आपने कुछ पढ़ा है जो आपके लिए पूरी तस्वीर को चित्रित नहीं करता है। नाम देखो। यह "वगैरह" है। लोगों ने एक या दूसरे समय में रसोई के सिंक में सब कुछ डाल दिया है।

/etc/rc (और कुछ प्रणालियों पर अभी भी है) कार्यक्रम का उपयोग सब कुछ शुरू करने के लिए किया जाता है।
पहली उपयोगकर्ता प्रक्रिया के लिए प्रोग्राम छवि फ़ाइल /etc/initएक बिंदु पर थी (एक्सईएनआईएक्स में, उदाहरण के लिए, ऊपर से बहुत पहले एक विचार भी था)।
/etc/profile, /etc/zprofileऔर शेष सभी निश्चित रूप से स्क्रिप्ट हैं।
ओपनबीएसडी का /etc/netstartएक कार्यक्रम है; जैसा कि FreeBSD का है /etc/ipfw.rules।
तो भी FreeBSD के हैं /etc/rc.suspendऔर /etc/rc.resume; और वास्तव /etc/rc.sendmailमें /etc/rc.bsdextended, और /etc/rc.firewall।

इसी तरह, अगर आप पढ़ा है "स्क्रिप्ट को शुरू / बंद / पुनः आरंभ विभिन्न कार्यक्रमों में आम तौर पर कर रहे हैं कि /etcके बजाय /varया /usrया कुछ इसी तरह" तो आप कुछ और ही है कि आप के लिए पूरी तस्वीर पेंट नहीं करता है पढ़ा है।

FreeBSD / PC-BSD सम्मेलन /usr/local/etc/rc.d/गैर-ऑपरेटिंग सिस्टम rcस्क्रिप्ट के लिए एक निर्देशिका है । rcस्क्रिप्ट के सभी प्रकार के लिए वहाँ के बजाय रहते हैं /etc।
आप में कुछ सेवा प्रबंधन बातें डाल daemontools-परिवार लोग मिल जाएगा /var/sv, /var/service, और इसी तरह स्थानों। (मेरा nosh टूलसेट, एक उदाहरण के लिए, लगभग एक हज़ार सर्विस बंडलों को प्रदान करता है /var/sv। एकमात्र सेवा बंडलों में /etc/service-bundles60 और 70 के बीच होते हैं /usrजो माउंट किए जाने से पहले आवश्यक होते हैं और आवश्यक होने पर जांचने सहित सेवाओं को शामिल किया जाता /usrहै।)
systemd ऑपरेटिंग सिस्टम कन्वेंशन में कुछ सामान रहते हैं /etc/systemd, कुछ सामान में /run/systemd, कुछ सामान में /usr/lib/systemd, और ( भले ही यह अनुपयुक्त कारणों से अनिर्दिष्ट हो ) कुछ सामान में /usr/local/lib/systemd। फिर से, "सेवाओं को शुरू / रोकने के लिए" के बहुमत के तहत के /usrबजाय के तहत पाया जा रहे हैं /etc।

— JdeBP
स्रोत

2

आप फाइलसिस्टम पदानुक्रम मानक की समीक्षा करने के लिए अच्छी तरह से करेंगे । यह बताएगा (विस्तार से) ठीक ऐसा क्यों है, लेकिन इसमें कई अन्य रास्तों के बारे में भी ऐसी जानकारी है, जिनके बारे में आप उत्सुक हो सकते हैं।

फाइलसिस्टम मानक को यूनिक्स वितरण डेवलपर्स, पैकेज डेवलपर्स और सिस्टम कार्यान्वयनकर्ताओं द्वारा उपयोग करने के लिए डिज़ाइन किया गया है। हालाँकि, यह मुख्य रूप से एक संदर्भ है और यूनिक्स फाइलसिस्टम या डायरेक्टरी पदानुक्रम का प्रबंधन करने के तरीके के बारे में एक ट्यूटोरियल नहीं है।

— draeath
स्रोत

यह ऐतिहासिक पृष्ठभूमि की व्याख्या नहीं करता है।

— Thorbjørn रावन एंडरसन

2

डिजिटल यूनिक्स ने काफी समझदारी के साथ स्क्रिप्ट को /sbin/init.dडायरेक्टरी में रखा । और यह भी HP-UX, rosetta पत्थर के अनुसार ।

— thrig
स्रोत