विंडोज के लिए बिन निर्देशिका के बराबर क्या है?

18

क्या binविंडोज के लिए बराबर है ? यदि हां, तो मैं इसे कमांड प्रॉम्प्ट से कैसे एक्सेस कर सकता हूं?

windows command-line

5

आपको थोड़ा और विस्तार करने की आवश्यकता है ... आप क्या हासिल करने की कोशिश कर रहे हैं?

— एरिक एफ

8

binविशेष नहीं है, यह सिर्फ PATHपर्यावरण में सूचीबद्ध मूल्यवान है। माइक्रोसॉफ्ट के विंडोज में भी यह वेरिएबल है। केवल अंतर यह है कि यह ;इसके बजाय का उपयोग करता है :, और .जोड़ा असुरक्षा के लिए भीख पर एक निहित है। तो इस चर में एक नजर है। binनिर्देशिका जोड़ने के लिए आप इसे संपादित भी कर सकते हैं ।

— ctrl-alt-delor-delor

कमाल है कि एक अच्छा संपादन क्या हासिल कर सकता है। : पी

— माइकल फ्रैंक

1

@MichaelFrank विशेष रूप से जब आप धारणा बनाते हैं और उन चीजों को जोड़ते हैं जो ओपी के बारे में नहीं पूछते हैं (यानी: "इसे विंडोज में बनाया जा सकता है)"। हमें उससे सावधान रहना चाहिए।

— Ƭᴇc atιᴇ007

2

या "निर्देशिका" जैसे कीवर्ड को हटाकर शीर्षक को अस्पष्ट बना सकते हैं। पहले मुझे लगा कि विषय एक फ़ाइल प्रकार के बारे में है।

— चूरा

29

/binयूनिक्स / लिनक्स पर वास्तव में कुछ भी विशेष नहीं है । यह केवल स्थान है जहां निष्पादन योग्य फाइलें (स्क्रिप्ट सहित, जो वास्तव में बिन आर्य फाइलें नहीं हैं) सम्मेलन द्वारा रखी गई हैं , और यह PATHसभी उपयोगकर्ताओं के लिए डिफ़ॉल्ट रूप से पर्यावरण चर में शामिल है । जैसा कि रयान कहते हैं, \Windows\System32विंडोज पर निर्देशिका PATHसभी विंडोज उपयोगकर्ताओं के लिए भी है (और, भले ही यह नहीं है, विंडोज का प्रोग्राम लोडर किसी भी तरह वहां खोज करेगा)।

आप आसानी से /binविंडोज पर अपना समान बना सकते हैं । इसे सिस्टम-वाइड बनाने के लिए, इसे फ़ाइल सिस्टम के रूट की तरह कहीं (जैसे C:\bin) में या पहले से प्रतिबंधित स्थान जैसे रखें \Windows\System32\bin), और इसे PATHसभी उपयोगकर्ताओं के लिए पर्यावरण चर में जोड़ें । प्रति उपयोगकर्ता स्थान के लिए, अपनी स्वयं की प्रोफ़ाइल में निर्देशिका बनाएं ( %USERPROFILE%\bin) और इसे अपने खाते के PATHपर्यावरण चर में जोड़ें। विंडोज प्रति उपयोगकर्ता और सिस्टम-वाइड PATHवातावरण चर को जोड़ती है , इसलिए मशीन PATHचर में कुछ भी किसी भी उपयोगकर्ता के लिए जोड़ा जाता है PATH, लेकिन आसपास के अन्य तरीके से नहीं।

बेशक, आपको अपनी binनिर्देशिका में फ़ाइलें / स्क्रिप्ट / शॉर्टकट / सिमिलिंक जोड़ना होगा । विंडोज इंस्टालर ऐसी बात की उम्मीद नहीं करते हैं, और वहाँ फ़ाइलों को स्वचालित रूप से उस तरह से नहीं डालेंगे जैसे लिनक्स इंस्टॉलर आमतौर पर करते हैं।

— CBHacking
स्रोत

10

मैं binSystem32 के अंदर-जैसी निर्देशिका नहीं डालूंगा । वह OS का डोमेन है। बेहतर है कि इसे कहीं और रखें, जैसे आपके सुझाए गए c: \ bin, और ACL को फिर से बनाएँ। यदि आप ACL इंटरफ़ेस के आसपास अपना रास्ता जानते हैं तो ऐसा करने में एक या दो मिनट से अधिक समय नहीं लेना चाहिए; थोड़ा लंबा अन्यथा, लेकिन अभी भी लंबे समय तक नहीं।

— बजे एक CVn

1

मैं जोड़ूंगा, कि कमांड प्रॉम्प्ट से उपयोगकर्ता-स्थापित सीएलआई उपकरण प्राप्त करने का मानक तरीका उनकी स्थापना निर्देशिका (संभवतः% ProgramFiles% में) को पाथ में जोड़ रहा है।

— जेन्स

विंडोज पर्यावरण वेरिएबल्स को एक ही नाम के साथ संयोजित नहीं करता है - आम तौर पर उपयोगकर्ता-स्तरीय पर्यावरण चर सिस्टम-लेवल को ओवरराइड करते हैं। PATHएक विशेष मामला है और AFAIK विंडोज द्वारा केवल एक ही तरीका है।

— १०:२२ बजे से १०

1

ओपी ने कभी बिन निर्देशिका या पर्यावरण चर बनाने के बारे में नहीं पूछा ... ऑफ-टॉपिक के बारे में बात करें।

— रयान बाबशिन

1

सभी उचित सम्मान के साथ, " binविंडोज़ के लिए एक समकक्ष " के बारे में पूछना पर्यावरण चर के अलावा कुछ भी नहीं पूछ रहा है , क्योंकि वह सब कुछ /binहै, जो PATHपर्यावरण चर में एक फ़ोल्डर है । आसपास उपयोगकर्ता कन्वेंशन हैं कि आप कैसे (या , ) जैसे फ़ोल्डरों का उपयोग करते हैं , लेकिन सिस्टम को पता नहीं है या उनके बारे में परवाह नहीं है; सभी इसकी परवाह करते हैं (इस संदर्भ में) पर्यावरण चर है। /bin%WINDIR%%WINDIR%\System32PATH

— CBHacking

6

यदि आप बिन की बात कर रहे हैं, जैसे कि यूनिक्स / लिनक्स, तो बिल्कुल नहीं। Windows FHS का उपयोग अलग-अलग यूनिक्स वेरिएंट द्वारा साझा नहीं किया गया है। हालाँकि विंडोज सभी जगह सामान रखता है, ठीक वैसे ही जैसे यूनिक्स करता है।

/ बिन के निकटतम चीज़ c: \ windows \ system32 हो सकती है

cd c:\windows\system32

— रेयान बाबच्चिन
स्रोत

1

न तो विंडोज और न ही लिनक्स (या FHS) "सभी जगह सामान रखता है"। विंडोज मुख्य रूप से System32 डायरेक्टरी और (आजकल दो) प्रोग्राम फाइल्स डायरेक्टरी का उपयोग करता है ताकि चीजों को यथोचित रूप से व्यवस्थित रखा जा सके। लिनक्स (और कई अन्य यूनिक्स जैसी प्रणालियों) में आपके पास bin(सामान्य उपयोगकर्ता उपकरण) और sbin(पारंपरिक रूप से, सिस्टम प्रशासन उपकरण) रूट निर्देशिका के प्रत्येक के तहत, / usr और संभवतः / usr / स्थानीय, उपकरण के सिस्टम महत्व पर निर्भर करता है। (दोनों usr और / usr / लोकल रूट फाइल सिस्टम से अलग हो सकते हैं।) Windows में टूल के प्रकारों के बीच फाइल सिस्टम में स्पष्ट पृथक्करण नहीं है।

— बजे एक CVn

1

मुझे लगता है कि आपने सिर्फ अपनी बात साबित की है, कई जगह हैं जहां निष्पादनयोग्य संग्रहीत हैं। यह यादृच्छिक नहीं है, अगर आपको लगता है कि मेरा क्या मतलब है। मेरे लिनक्स डेस्कटॉप में 479 निर्देशिका नीचे / usr हैं जिनमें किसी प्रकार की निष्पादन योग्य फाइलें हैं। यदि मैंने इसके माध्यम से उठाया, तो मुझे लगता है कि कुछ फाइलें अनुचित रूप से निष्पादन योग्य के रूप में चिह्नित की जाएंगी, लेकिन आपको यह विचार मिलता है। एफएचएस 7 मानक मूल निर्देशिकाओं को निर्दिष्ट करता है जिनका उपयोग निष्पादन योग्य भंडारण के लिए किया जा सकता है, जिनमें से कई उप निर्देशिकाएं हो सकती हैं। Windows के समान है, क्योंकि यह c: \ windows और c: \ Program Files के अंतर्गत कई स्थानों पर निष्पादनों को संग्रहीत करता है।

— रयान बाबशिन 11

Ubuntu सिस्टम पर डिफ़ॉल्ट रूप से पथ चर में 6 प्रविष्टियाँ हैं।

— रयान बाबशिन 12

6

binमें निर्देशिका सिस्टम यूनिक्स की तरह सिस्टम और स्थापित लोगों के कार्यक्रमों में शामिल है, लेकिन Windows में, प्रणाली कार्यक्रमों में स्थित हैं C:\Windows\System32और स्थापित लोगों की संभावना में स्थित हैं C:\Program Files।

— हमजा अब्बद
स्रोत

2

जैसा कि अन्य लोगों ने कहा है, यह बिल्कुल स्पष्ट नहीं है कि आप "समतुल्य" से मतलब रखते हैं, लेकिन कमांड लाइन पर आमतौर पर इस्तेमाल होने वाले कई कमांड या तो cmd.exe (dir, copy, type, mkdir, आदि) में बनाए जाते हैं, जबकि यूनिक्स समतुल्य है। / बिन में होगा, और अन्य (खोज, नेट, माउंटवोल, शटडाउन, टास्कलिस्ट, आदि) ज्यादातर (आमतौर पर) C: \ Windows \ System32 (c- \ Windows \ में 64-बिट सिस्टम पर 32-बिट संस्करण) में स्थित हैं। SysWOW64)।

आदेशों की एक सूची कमांड के साथ दिखाई जा सकती है help, इसमें कुछ ऐसे शामिल हैं जो अंतर्निहित cmd.exe और कुछ बाहरी प्रोग्राम हैं।

— Random832
स्रोत

1

मैं लगभग 30 वर्षों से विंडोज़ और लिनक्स दोनों के लिए सर्वर बनाए हुए हूं। शुरुआत में किसी कारण से मैंने c की जड़ में एक बिन फ़ोल्डर बनाना शुरू किया: और मैंने हमेशा अपनी सभी स्क्रिप्ट और उपयोगिताओं को रखा जो मैं सर्वर को बनाए रखने के लिए उपयोग करता हूं। कभी-कभी मैंने पथ से जोड़ा लेकिन हमेशा नहीं। मुझे लगता है कि मैं हमेशा एक फ़ोल्डर के विचार को पसंद करता हूं, जिसमें मेरी स्क्रिप्ट डालने के लिए दोनों सिस्टम पर बिन कहा जाता है।

लेकिन हाँ, इसके बारे में कुछ भी जादुई नहीं है कि आप प्रत्येक सिस्टम पर कुछ अलग कर सकते हैं।

धन्यवाद,

— user510304
स्रोत