ये संक्षिप्तीकरण किसलिए खड़े होते हैं?

39

कुछ निर्देशिकाओं का अर्थ समझना आसान है

/ usr
/ bin
...

लेकिन अगले लोगों के लिए, मेरे पास कोई विचार नहीं है।

/ etc
/opt

optवैकल्पिक के लिए?
etcइलेक्ट्रॉनिक टी के लिए ...... कॉन्फ़िगरेशन (टी के लिए कोई विचार नहीं)

मैं जानना चाहता हूं कि इन संक्षिप्तताओं का क्या मतलब है।

linux unix directory

— ल्यूक एम
स्रोत

3

पांडित्य, मुझे पता है, लेकिन आपकी जानकारी / आदि, / opt, / bin और बाकी हैं नहीं acronyms: en.wikipedia.org/wiki/Acronym

— Zayne एस हॉलसाल

@Zayne तुम सही हो। मैंने प्रश्न संपादित किया। लेकिन मुझे यकीन था कि etcएक संक्षिप्त था।

— लुक एम

AU पर समान पोस्ट: askubuntu.com/q/138547/62483

— Lucio

39

/usrवास्तव में काफी हद तक यूनिक्स सिस्टम रिसोर्सेज का मतलब है।

"/ Etc" में "/ etc / bin" वास्तव में "वगैरह" के लिए खड़ा है। शुरुआती यूनिक्स प्रणालियों में, सबसे महत्वपूर्ण निर्देशिका "बिन" निर्देशिका ("बायनेरी" के लिए संक्षिप्त - संकलित कार्यक्रम), और "आदि" थी। "स्टार्टअप, शटडाउन और व्यवस्थापक जैसे तुच्छ सामान के लिए था। लिनक्स चलाने के लिए आपको जिन चीजों की आवश्यकता होती है वह है: एक प्रोग्राम बाइनरी, वगैरह, वगैरह - दूसरे शब्दों में, एक एकमात्र महत्वपूर्ण वस्तु, कुछ कम महत्वपूर्ण बिट्स और टुकड़े।

आज, "आदि" सिस्टम-वाइड विन्यास फाइल मानती है कि आप बिना लगभग कभी नहीं चाहते हैं -। शायद ही महत्वहीन "- http://searchenterpriselinux.techtarget.com/tip/0,289483,sid39_gci1098161,00.html

— iainlbc
स्रोत

3

मुझे लगा कि /usrइसका मतलब है कि उपयोगकर्ता। लेकिन आपका स्पष्टीकरण मेरे "अनुवाद" के बारे में मेरे द्वारा बताई गई अजीब भावनाओं को दूर करता है। धन्यवाद!

— ल्यूक एम

3

इसके अलावा, यहाँ FreeBSD पर निर्देशिका संरचना का एक अच्छा टूटना है: freebsd.org/doc/en_US.ISO8859-1/books/handbook/…

— iainlbc

6

/ usr का मूल अर्थ "उपयोगकर्ता" था। "यूनिक्स सिस्टम रिसोर्सेज" एक बैरोनिमिक है और इसका कोई मतलब नहीं है, क्योंकि सिस्टम रिसोर्सेस / बिन और / साइबिन में हैं; / usr को एक चल रहे यूनिक्स सिस्टम के भीतर से बहुत बाद में माउंट किया जा सकता है। कैनन का स्रोत: '72 में बेल लैब्स से बिटसेवर्स.टाइटलिंग- वेज / पीपीएल / बेल्स / यूनिक्स / पी (पीडीएफ में पी 133)।

— मुफ्फजू

2

@moeffju - 'बिट्सएवर' का धन्यवाद, मुझे एकल-स्टेपिंग याद है, हालांकि UNIX v7 कोड इंटरप्ट का अर्थ जानने के लिए। और, हाँ - मेरी पहली होम डायरेक्टरी / usr / michael थी और / usr / लोकल "जन्म" था जिससे उपयोगकर्ताओं को "स्थानीय" रूट में सामान जोड़ने की अनुमति मिल सके। मेरा अनुमान है कि / usr "UNIX सॉफ़्टवेयर रिपॉजिटरी" बन गया है क्योंकि / usr / src वह जगह है जहाँ आपने (re-) बनाया UNIX जब भी आपने एक उपकरण जोड़ा (या बग फिक्स किया)। मेरी अन्य पसंदीदा फ़ाइल /usr/sys/conf.h थी - जैसे कि मुझे वह फाइल है जो मुझे कॉन्फिडेन्श फाइल्स की फाइल के रूप में याद है (जैसे, जहां डिस्क विभाजन परिभाषित किए गए थे)। आह - यादें :) एक नए साल की शानदार शुरुआत!

— माइकल फेल्ट

1

@iainlbc मुझे ऐसा नहीं लगता है, मुझे लगता है कि इसके "यूजर सिस्टम रिसोर्सेस" अगर "यूजर" के लिए कम नहीं हैं ... tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html

— AndpPerlitch

27

आपको "मैन हियर" आकर्षक से आउटपुट मिल सकता है

— मैट सीमन्स
स्रोत

2

अच्छा लगा। यह मजेदार है क्योंकि hierफ्रेंच में कल का मतलब है। Hierarchy wasn <t मेरा पहला विचार :-)

— लुक एम

2

@Luc_M और जर्मन में "hier" का अर्थ है "यहाँ।" :-)

— बवंडर

3

आउटपुट प्रश्न का उत्तर नहीं देता (आदि जैसे संक्षिप्त और ऑप्ट स्टैंड के लिए), लेकिन फिर भी दिलचस्प है।

— जोनीक

अगर आपके पास सिर्फ गूगल मैन hier

— AaronLS

7

जिज्ञासु पाठक के लिए, sbin"सिस्टम बायनेरिज़" के लिए कम है (हालाँकि इसे कभी-कभी "स्टैटिक बायनेरिज़" के लिए छोटा बताया जाता है, क्योंकि कुछ प्रणालियों पर निष्पादन योग्य /sbinहमेशा एक बूटेबल सिस्टम /libको नष्ट करने के लिए सुनिश्चित करने के लिए सांख्यिकीय रूप से जुड़ा होगा ); lib, जाहिर है, "पुस्तकालयों" के लिए खड़ा है।

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

/proc(उन सिस्टमों पर, जिनके पास एक procफाइल सिस्टम है) मूल रूप से बस चल रही प्रक्रियाओं के बारे में जानकारी शामिल थी, लेकिन लिनक्स ने इसे बहुत सारी अन्य जानकारी शामिल करने के लिए बढ़ाया, (उदाहरण के लिए cat /proc/cpuinfo)।

कुछ पुराने यूनिक्स वेरिएंट में, /etcअक्सर निष्पादन योग्य प्रोग्राम होते थे (और वास्तव में अभी भी कर सकते हैं, कुछ मामलों में), बजाय विन्यास फाइल पर प्रतिबंधित होने के। यदि स्मृति कार्य करती है, ifconfigतो वास्तव में /etc/ifconfigकुछ साल पहले SVR4 सिस्टम पर थी।

यदि आप एक सोलारिस मशीन का उपयोग करते हैं, तो आप देखेंगे xpg4("एक्स / ओपन पोर्टेबिलिटी गाइड के लिए खड़े"), ccs("सी कंपाइलर सिस्टम"), और ucb("कैलिफ़ोर्निया विश्वविद्यालय, बर्कले" - बीएसडी कंपैटिबिलिटी)।

आप FHS सहायक पर पढ़ सकते हैं :)

— मो
स्रोत

6

/etcet cetera के लिए खड़ा है। विकिपीडिया '72 से एक बेल लैब्स दस्तावेज़ को संदर्भित करता है जो इसे वगैरह कहता है।

— काइल ब्रांड
स्रोत

+1 इस संभावना ने इस [अब बंद] प्रश्न का उत्तर दिया होगा। serverfault.com/questions/137328/…

— jscott

1

फाइलसिस्टम पदानुक्रम मानक में इतिहास आदि की जानकारी है:

http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

नाम के अर्थ को लेकर ही विवाद रहा है। बेल लैब्स, / आदि से UNIX कार्यान्वयन दस्तावेज़ के शुरुआती संस्करणों में वगैरह निर्देशिका के रूप में संदर्भित किया जाता है, [24] क्योंकि इस निर्देशिका में ऐतिहासिक रूप से वह सब कुछ था जो कहीं और नहीं था (हालांकि, FHS प्रतिबंधित / आदि स्थिर फ़ाइलों के लिए हो सकता है और हो सकता है) बायनेरिज़ नहीं हैं)। प्रारंभिक प्रलेखन के प्रकाशन के बाद से, निर्देशिका नाम को विभिन्न तरीकों से फिर से नामित किया गया है। हाल की व्याख्याओं में "संपादन योग्य पाठ विन्यास" या "विस्तारित उपकरण छाती" जैसे बैरोनबुक शामिल हैं।

— AaronLS
स्रोत