/ Usr निर्देशिका के लिए उच्चारण करें


71

आप कैसे उच्चारण करते हैं /usr?

मैंने नेट में पाया कि कोई इसे "उपयोगकर्ता" पढ़ता है ... लेकिन, मुझे जो पता है, उसके लिए यह निर्देशिका उपयोगकर्ता से संबंधित नहीं है। संक्षिप्तिकरण का अर्थ "यूनिक्स विशिष्ट (या सिस्टम) संसाधन" है।

हम इसे बेहतर ढंग से कैसे पढ़ सकते हैं, जिससे इस तरह के फ़ोल्डर के दायरे की भावना को तुरंत समझना आसान हो जाता है?


13
@RubanSavvy इससे पहले मेटा साइट पर चर्चा की जा चुकी है , और मध्यस्थ इस बात से सहमत हैं कि यूनिक्स के इतिहास से संबंधित प्रश्न ऑन-टॉपिक हैं।
थॉमस निमन

5
@ illumin @ मुझे लगता है कि यह प्रश्न "निक्स डेस्कटॉप या सर्वर का उपयोग करना या प्रशासित करना" हो सकता है। किसी चीज़ का उपयोग या प्रशासन करने के लिए, आपको इसके बारे में बात करने में सक्षम होना चाहिए। आईएमओ विषय पर निक्स शब्दावली के बारे में प्रश्न हैं। वहाँ वास्तव में कर रहे काफी कुछ उनमें से पहले से ही के रूप में आप इस और इसी तरह के सवाल पर मतों से देख सकते हैं, समुदाय विषय पर उन्हें समझता है लेकिन,। ऐसे मामलों में जहां सहायता डॉक्स और समुदाय असहमत हैं, समुदाय हमेशा जीतता है।
terdon

5
/ usr / बिन / बुरा - मेरे दिमाग में इसे पढ़ने का केवल एक ही तरीका है!
धान

2
"संक्षिप्त का अर्थ यूनिक्स विशिष्ट (या सिस्टम) संसाधन है।" किसी भी शोध से पता चलता है कि उपयोगकर्ता निर्देशिका के लिए एक संक्षिप्त नाम के रूप में 'USR' 'पूर्वव्यापी' है।
मिकमेकाना

2
कुछ साल पहले, एक पिछली नौकरी में, मैंने सामान्य /usrएट अल सेटअप के साथ यूनिक्स सिस्टम पर काम किया था , और उपयोगकर्ताओं की होम निर्देशिका के तहत /user। उस संदर्भ में, /usr"स्लैश उपयोगकर्ता" के रूप में उच्चारण करना एक अच्छा विचार नहीं होगा। लेकिन मैंने पहले कभी भी /userया उसके बाद इस तरह से इस्तेमाल नहीं किया है, इसलिए यह शायद एक असामान्य मामला था।
कीथ थॉम्पसन

जवाबों:


66

मूल यूनिक्स कार्यान्वयन में, /usrउपयोगकर्ता होम निर्देशिकाओं को शामिल करने के लिए उपयोग किया जाता है , उदाहरण के लिए /home/user, आपके पास होगा /usr/user। मूल इरादा निर्देशिका के लिए intentionuser the कहा जाने वाला था जो कि "सब कुछ संबंधित उपयोगकर्ता" है।

तब से, की भूमिका /usrसंकुचित हो गई है। वर्तमान यूनिक्स जैसे ऑपरेटिंग सिस्टम में, /usrउपयोगकर्ता-भूमि कार्यक्रम और डेटा (जैसे कि 'सिस्टम' प्रोग्राम और डेटा के विपरीत) शामिल हैं, हालांकि कई मामलों में उदाहरण के लिए अंतर /usr/binऔर/bin शायद उतना मजबूत नहीं है जितना कि इसका इस्तेमाल किया जाता है हो।

शायद उच्चारण 'उपयोगकर्ता' इस पृष्ठभूमि को देखते हुए अधिक समझने योग्य है। एक backronym कुछ लोगों को पसंद करते हैं 'उपयोगकर्ता सिस्टम संसाधन' है, लेकिन 'उपयोगकर्ता अभी भी आम है।



एफडब्ल्यूआईडब्ल्यू, मैं कई आधुनिक एचपीसी प्रणालियों का उपयोग करता हूं जहां घर की निर्देशिका अभी भी /usrकिसी कारण से एक निर्देशिका में है ।
tpg2114

@ थोमस, चूंकि वहां पहले से ही usr है, इसलिए इसका homeआविष्कार क्यों हुआ ?
पेसियर

1
@Pacerier, के अलावा के लिए कारण /homeके अंतर्गत आते हैं jilliagre का जवाब करने के लिए इस संबंधित सवाल
थॉमस निमन

31

"यूनिक्स विशिष्ट (या सिस्टम) संसाधन" एक बैक्रोनियम है। जैसा कि पहले ही कहा गया है, यह उपयोगकर्ता का एक छोटा रूप है। इससे संबंधित प्रश्न देखें

मैं इसे अनुभवी लोगों के साथ "उपयोगकर्ता" उच्चारण करता हूं, अर्थात जो मैं इसके बारे में बात कर रहा हूं, और जो मैं अनिश्चित हूं, उसके साथ "यू-निबंध-इरेट" करता हूं।


11
तो अब मुझे पता है कि अगर आप मुझे "यू-एस्-इरेट" करते हैं तो आप कृपालु हो रहे हैं :)
एरिक विल्सन

4
अगर मैं आपको जानता हूं, तो यह वास्तव में हो सकता है;; अन्यथा, मैं गलतफहमी होने का जोखिम नहीं उठाता।
jlliagre

17

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

जैसा कि @ थोमस प्रदर्शित करता है, इसमें अधिक स्पष्ट रूप से "उपयोगकर्ता" सामान होता था। पुराने सिस्टम में, /usrअक्सर डिस्क माउंट पॉइंट होता था, ताकि रूट ड्राइव या पार्टीशन ( /) पर सिस्टम की अनिवार्यता बनी रहे , और /usrइसमें यूजरलैंड प्रोग्राम और डेटा शामिल होंगे जिन्हें बाद में बूट प्रक्रिया में लोड किया जा सकता है।


12

कुछ समय पहले, मुझे लो फैट लिनक्स ट्यूटोरियल मिला , जिसमें लिनक्स फ़ाइल सिस्टेम के बारे में यह संक्षिप्त विवरण है

संक्षेप में, यह निम्नलिखित परिभाषाओं को सूचीबद्ध करता है:

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

1
मैं एक वीडियो प्रशिक्षण पाठ्यक्रम से गुज़रा जहाँ प्रशिक्षक "स्लेश-वगैरह" कहता रहा। सौभाग्य से मुझे पहले से ही सही उच्चारण का पता था, इसलिए यह मुझे हँसाने के लिए स्थापित करने के बजाय सिर्फ गुस्सा (और आश्चर्य) था।
वाइल्डकार्ड

4
@Wildcard मुझे नहीं लगता कि मैंने अमेरिकियों को छोड़कर कभी भी एट-इट का/etc उच्चारण नहीं किया है। हो सकता है कि यह क्षेत्रीय रूपांतर ( राउटर के उच्चारण की तरह ) है, लेकिन यहां यूके में मैं इसे वगैरह या संभवतः ई-टी- व्यू के रूप में जानता हूं ।
रोइमा

आइए ईमानदार रहें: जब तक संदेश स्पष्ट है, उच्चारण अप्रासंगिक हो सकता है
बैरनका

10

साथ ही स्रोत पर जा सकते हैं। 1982 में एटी एंड टी की इस फिल्म में यूनिक्स आविष्कारक, द यूनिक्स ऑपरेटिंग सिस्टम , ब्रायन कर्निघन /usrको 13:41 अंक के आसपास "उपयोगकर्ता" के रूप में सुनाया गया है। वह अपने घर निर्देशिका दिखाया जा रहा है /usr/bwk

जब तक UNIX चलाने वाले कंप्यूटरों को बड़े उपयोगकर्ता आधार और कई डिस्क ड्राइव मिलते हैं, लगभग सभी उपयोगकर्ताओं के होम डाइरेक्टरी सीधे अधीन थे /usr

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.