/ Usr / স্থানীয় / বিন কি?


85

আজকের আগে, আমি touchকমান্ডটি ব্যবহার করে ডিরেক্টরিগুলির মধ্যে এবং বাইরে চলে যাওয়া এবং ফাইলগুলির তারিখগুলি সীমাবদ্ধ সীমিতভাবে টার্মিনালটি ব্যবহার করেছি । আমি ম্যাকের উপর একটি মজাদার স্ক্রিপ্ট ইনস্টল করার পরে টার্মিনালের পুরো ব্যাপ্তি উপলব্ধি করেছিলাম chmod 755এবং ফাইলটি পরে এটি কার্যকর করার জন্য তৈরি করেছিলাম।

/usr/local/binযদিও আমি তা জানতে চাই । /usr/, আমি ধরে নিই, কম্পিউটারটির ব্যবহারকারী। /local/যদিও আছে তা আমি নিশ্চিত নই । এটি অবশ্যই স্পষ্টতই স্থানীয় কম্পিউটারের জন্য দাঁড়িয়েছে, তবে এটি কম্পিউটারে (বা কোনও সার্ভার), যেহেতু এটি কি সত্যিই প্রয়োজনীয় হবে? ভাল হবে না /usr/bin?

আর কী /bin? এই অঞ্চলটি সাধারণত টার্মিনালে স্ক্রিপ্ট ইনস্টল করার জন্য কেন ব্যবহৃত হয়?

উত্তর:


77

/usr/local/bin একটি সাধারণ ব্যবহারকারী চালাতে পারে এমন প্রোগ্রামগুলির জন্য।

  • /usr/localঅনুক্রমের সিস্টেম প্রশাসক যখন সফ্টওয়্যার স্থানীয়ভাবে ইনস্টল করে ব্যবহারের জন্য।
  • সিস্টেম সফ্টওয়্যার আপডেট হলে এটি ওভাররাইট হওয়া থেকে নিরাপদ হওয়া দরকার।
  • এটি এমন প্রোগ্রাম এবং ডেটার জন্য ব্যবহার করা যেতে পারে যা হোস্টের একটি গ্রুপের মধ্যে ভাগ করে নেওয়া যায় তবে খুঁজে পাওয়া যায় না /usr
  • স্থানীয়ভাবে ইনস্টল হওয়া সফ্টওয়্যারটি অবশ্যই /usr/local/ usr এর পরিবর্তে স্থাপন করা উচিত যদি না এটি সফ্টওয়্যার প্রতিস্থাপন বা আপগ্রেড করার জন্য ইনস্টল করা না থাকে /usr

এই উত্সটি আরও গভীর স্তরে ফাইল সিস্টেমের হায়ারার্কি স্ট্যান্ডার্ডকে ব্যাখ্যা করতে সহায়তা করে ।

আপনি আকর্ষণীয় পাশাপাশি ব্যবহার এবং অপব্যবহার সম্পর্কে এই নিবন্ধটি/usr/local/bin পেতে পারেন


"" "যদি এটি / usr" "অর্থে সফ্টওয়্যার প্রতিস্থাপন বা আপগ্রেড করার জন্য ইনস্টল করা না থাকে?
পেসারিয়ার

63

/ usr /, আমি ধরে নিই কম্পিউটারের ব্যবহারকারী।

বন্ধ করুন।

ইউনিক্স বহু-ব্যবহারকারী অপারেটিং সিস্টেম হিসাবে শুরু হয়েছিল, সুতরাং এটি "ব্যবহারকারী," এটি " ব্যবহারকারী ," বহুবচন নয়।

আগে যেমন AT & T ইউনিক্স সিস্টেম ভী রিলিজ 4 (SVR4) এ ব্যবহারকারীদের ব্যক্তিগত ডিরেক্টরি তৈরি নির্ধারিত লিঙ্ক তার ব্যবহারকারী পরিচালনা সরঞ্জামগুলির সাথে 1988 সালে বেরিয়ে আসেন /home, প্রচলিত অবস্থান ছিল /usr.¹ তোমার $HOMEডিরেক্টরির হয়েছে হতে পারে /usr/jfwএকটি উপর সিস্টেম তৃতীয় বাক্স।

/usrএছাড়াও তারপর এখন যেমন রয়েছে, /usr/bin, /usr/lib, ইত্যাদি অভিজ্ঞতা, দেখিয়েছেন যে বাড়িতে ডিরেক্টরি segregating ভাল সিস্টেম ব্যবস্থাপনা চর্চা ছিল সাথে তাই /homeSVR4 নীতি পরিবর্তন, সবকিছু বামে পিছনে আমরা এখন অন্তর্গত হিসাবে মনে /usr

/usrনামটি ধরে রাখার এখনও একটি ভাল কারণ ছিল: স্বাভাবিক ইন্টারেক্টিভ ব্যবহারকে সমর্থন করার জন্য সিস্টেমটি যতক্ষণ না বুট না করা হয় ততক্ষণ ফাইলগুলি যেগুলি পাওয়া দরকার ছিল সেগুলি পিছনে ফেলেছিল। বলা চলে, যা পিছনে ছিল তা হ'ল ওএস-এর ব্যবহারকারী- কেন্দ্রিক অংশগুলি। এর অর্থ /usrএটি একটি অন্যরকম শারীরিক ভলিউমের উপর থাকতে পারে, যা 92 এমবি হার্ড ডিস্কের ওয়াশিং মেশিনগুলির আকারের ড্রাইভের দিনগুলির মধ্যে ফিরে আসার জন্য একটি ভাল জিনিস ছিল ।

প্রাথমিক ইউনিক্স সিস্টেমগুলি মূল ওএস ফাইলগুলি বাইরে রাখার বিষয়ে সতর্ক ছিল /usrযাতে আপনি এখনও একক-ব্যবহারকারীর মোডে বুট করতে পারেন ² এমনকি যদি /usrকোনও কারণে ভলিউমটি অযোগ্য ছিল। /usrঅনলাইন ভলিউমটি ফিরে পেতে মূল ভলিউমে পর্যাপ্ত সরঞ্জাম রয়েছে ।

বেশ কিছু ইউনিক্স স্বাদে এখন এই পুরানো ডিজাইনের নীতি উপেক্ষা যেহেতু এমনকি ছোট এমবেডেড সিস্টেম উভয় ঐতিহ্যগত রুট ভলিউম ফাইলের জন্য পর্যাপ্ত ফাঁকা স্থান আছে এবং সব /usrএকটি একক volume.³ জন্য Red Hat Enterprise Linux- র, সোলারিস এবং Cygwin সিমবলিক লিঙ্ক উপর /binথেকে /usr/binএবং /libকরতে /usr/libতাই যে কোন এই ডিরেক্টরিগুলির মধ্যে আর কোনও পার্থক্য।

... / স্থানীয় / ... অবশ্যই স্থানীয় কম্পিউটারের জন্য ...

হ্যাঁ. এটি এই বিষয়টি উল্লেখ করে যে এর অধীনে /usr/localথাকা ফাইলগুলি সেই একক সিস্টেমে বিশেষ বলে মনে করা হয়। যে ফাইলগুলি যে কোনও উপায়ে জেনেরিক হয় সেগুলি অন্য কোথাও বাস করা উচিত।

কয়েক দশক আগে যখন এই সমস্ত মানক করা হয়েছিল তখন ইউনিক্স সিস্টেমগুলি সাধারণত যেভাবে ব্যবহৃত হত তারও এটির মূল রয়েছে। আবার সেই সময়ের হার্ড ডিস্কগুলি ভারী, সত্যই ব্যয়বহুল এবং আজকের মান অনুসারে সামান্য সঞ্চিত ছিল। ডিস্কগুলিতে অর্থ এবং স্থান সঞ্চয় করতে, ইউনিক্স বাক্স পূর্ণ কম্পিউটার ল্যাব প্রায়শই /usrএনএফএস বা অন্য কোনও নেটওয়ার্ক ফাইল শেয়ারিং প্রোটোকলের উপর ভাগ করে দেয়, তাই প্রতিটি বাক্সের নিজস্ব অপ্রয়োজনীয় অনুলিপি থাকতে হয় না ⁴ বক্স অধীনে যেতে হবে /usr/local, যা থেকে একটি পৃথক ভলিউম হবে /usr

এই historicalতিহাসিক heritageতিহ্য হ'ল /usr/localহাতের মাধ্যমে ইনস্টল করার পরে এটি তৃতীয় পক্ষের ইউনিক্স সফ্টওয়্যারটির মধ্যে ইনস্টল করার জন্য এখনও ডিফল্ট । এই জাতীয় বেশিরভাগ সফ্টওয়্যার আপনাকে প্যাকেজটি অন্য কোথাও ইনস্টল করতে দিবে, তবে একটি অ-পছন্দ করে, আপনি নিরাপদ ডিফল্ট পাবেন, যা আরও সাধারণ উদ্দেশ্যে ইনস্টল করা অন্যান্য নির্দিষ্ট স্থানে হস্তক্ষেপ করে না।

পরিবর্তে অন্য কোথাও সফ্টওয়্যার ইনস্টল করার ভাল কারণ রয়েছে। জিএনইউ বাশ সোর্স কোডটি বলুন, অ্যাপল এর ম্যাকোস দল এটি তৈরি bashকরে । ডিফল্টকে ওভাররাইড করে তারা ইনস্টলেশন উপসর্গ হিসাবে ব্যবহার করে , যাতে ব্যাশটি শেষ হয় ।//usr/local/bin

আরেকটি উদাহরণ হ'ল পুরানো লিনাক্স সিস্টেমগুলি তাদের জিইউআই সফ্টওয়্যারকে যেভাবে আলাদা করেছে /usr/X11R6, the cursesতিহ্যবাহী কমান্ড লাইন এবং ভিত্তিক সফ্টওয়্যার থেকে পৃথক রাখতে separate এটি .⁵ এর /usr/localসাথে ডিফল্ট উপসর্গটি ওভাররাইড করেই করা হয়েছিল /usr/X11R6

এবং / বিন কি?

এটি "বাইনারি" এর জন্য সংক্ষিপ্ত, যার প্রসঙ্গে এই অর্থটি "এমন ফাইল যা সরল পাঠ্য নয়।" বেশিরভাগ এ জাতীয় ফাইলগুলি ইউনিক্স বাক্সে এক্সিকিউটেবল হয়, সুতরাং এই দুটি পদটি কয়েকটি চেনাশোনায় সমার্থক হয়ে উঠেছে। ("দয়া করে আমাকে আরএইচএল 7, ফ্রেডের জন্য বাইনারি তৈরি করুন" ")

একটি ইউনিক্স-বক্সের মধ্যে উপর টেক্সট ফাইল অন্যত্র বসবাস: /etc, /usr/include, /usr/share, ইত্যাদি

একসময়, এমনকি শেল স্ক্রিপ্টগুলি - যা সরল পাঠ্য ফাইল - binডিরেক্টরি থেকে দূরে রাখা হয়েছিল , তবে এই লাইনটিও ঝাপসা হয়ে গেছে। আজ, binডিরেক্টরিগুলি সাধারণত "বাইনারি" কিনা তা কঠোরভাবে নির্ধারিত হোক না কেন, কোনও ধরণের এক্সিকিউটেবল ফাইল ধারণ করে ⁶


পাদটীকা এবং ডাইগ্রেশন :

  1. SVR4 এর পূর্বে ব্যবহারকারী পরিচালন সরঞ্জামগুলির আদিম প্রকৃতির অর্থ এই ছিল যে এই HOME=/usr/$NAMEসফ্টওয়্যারটি ডিফল্ট হিসাবে সফ্টওয়্যার সরঞ্জাম দ্বারা প্রয়োগ না করে কেবল একটি সম্মেলন হিসাবে নথিভুক্ত হয়েছিল।

    আপনি এটিটি " এটিএন্ডটি ইউনিক্স সিস্টেম ভি রিলিজ ৩.২ সিস্টেমের প্রশাসকের গাইডের 4-8 পৃষ্ঠায় দেখতে পারেন : এখানে আপনি /usr/$NAMEএসভিআর 4 প্রকাশের আগে ইউনিক্সের শেষ বড় সংস্করণে পুরানো স্কিমটি সুপারিশ করছে এটিএন্ডটিটি see

    পুরানো ইউনিক্স সিস্টেমে সিস্টেম অ্যাডমিনিস্ট্রেটরদের জন্য আলাদা স্কিম বেছে নেওয়া মোটামুটি প্রচলিত ছিল যা তাদের আরও বোধগম্য হয়েছিল। মানুষ হ'ল মানুষ, এর অর্থ প্রচুর বিভিন্ন প্রকল্প উদ্ভাবিত হয়েছিল।

    একটি প্রকল্প যা আমি /home/$NAMEস্ট্যান্ডার্ড হওয়ার আগে এসেছিলাম /u/$NAME

    আরেকটি পদ্ধতি আমি ব্যবহার 1990 যাতে অনেক ব্যবহারকারী যে তারা একটি একক প্রকৃত ভলিউমের মধ্যে সব বাড়িতে ডিরেক্টরি মাপসই করা হবে না পারে ছিল, তাই তারা মত একটি স্কিম ব্যবহার করা /u1/$NAME, /u2/$NAME, ইত্যাদি, আমি কথা বলেন। আপনার হোম ডিরেক্টরিটি কোন ডিস্কে শেষ হয়েছিল তা কেবল আপনার অ্যাকাউন্ট তৈরির সময় এর মধ্যে কোনটিতে স্থান ছিল তা ছিল।

  2. আপনি কোনও ম্যাকোএস বাক্সটি Cmd-Sবুট করার সময় চেপে ধরে একক-ব্যবহারকারী মোডে বুট করতে পারেন। একবার স্ক্রিনটি কালো হয়ে যায় এবং আপনি হালকা ধূসর লেখার উপস্থিতি দেখেন। এটি টার্মিনালের অধীনে চলার মতো তবে এটি পুরো পর্দাটি গ্রহণ করে কারণ জিইউআই এখনও শুরু হয়নি।

    সাবধান, আপনি হিসাবে চলমান root

    একক-ব্যবহারকারী মোড ছেড়ে একাধিক-ব্যবহারকারীর জিইউআই মোডে বুট করা চালিয়ে যাওয়ার জন্য একক-ব্যবহারকারী রুট প্রম্পটে "প্রস্থান" টাইপ করুন।

  3. Unixy অপারেটিং সিস্টেমের এখনও প্রদর্শিত সমালোচনামূলক সিঙ্গল ইউজার মোডে ফাইলের বার করার জন্য /usrনাও হতে পারে, আসলে, তাই এই দিন না। আমি একবার /usrএকটি জেডএফএস ভলিউমে চলে গিয়ে একটি ফ্রিবিএসডি 9 বাক্সটি আনবুটযোগ্য রেন্ডার করেছিলাম । আমি ভুলে গিয়েছিলাম যে জেডএফএস-অন-রুট বৈশিষ্ট্যগুলি ফ্রিবিএসডি 10 পর্যন্ত অবতরণ হয়নি, একটি ক্যাচ 22 তৈরি করে : ওএসের /usrমাউন্ট করার জন্য ফাইলগুলির প্রয়োজন ছিল /usr!

    এটি যথেষ্ট খারাপ ছিল, তবে যদি ফ্রিবিএসডি 9 এখনও এর একক-ব্যবহারকারীর বুটের জিনিসগুলি বাইরে রাখে /usr, তবে আমি এটি স্থির করতে পারতাম। যেহেতু এটি একক ব্যবহারকারীর মোডেও /usrঅগ্রহণযোগ্য না হয়ে বুট হবে না , স্পষ্টতই traditionতিহ্যটি কোনওভাবে লঙ্ঘিত হয়েছিল। সেই সিস্টেমটি আবার ব্যাক আপ করতে আমাকে রেসকিউ সিডি থেকে বুট করতে হয়েছিল।

  4. এটি আমরা এখানেই পেয়েছি /usr/share: এটি এমন ফাইলগুলিকে আলাদা করে দেয় যা বিভিন্ন প্রসেসরের ধরণের সাথে এমনকি ইউনিক্স বাক্সগুলির মধ্যে ভাগ করা যায়। সাধারণত পাঠ্য ফাইল: ম্যান পেজ, অভিধান ইত্যাদি

  5. "X11R6" এই কনভেনশনটি প্রচলিত সময়ে লিনাক্স জিইউআই-র অধীন এক্স উইন্ডো সিস্টেমের সংস্করণ উল্লেখ করেছে । লিনাক্স সিস্টেমগুলি সাধারণত X11R6 X.Org দ্বারা প্রতিস্থাপিত হওয়ার সময় সম্পর্কে জিইউআই সফ্টওয়্যারকে আলাদা করা বন্ধ করে দেয় ।

  6. /etcপ্রকৃত বাইনারিগুলির সাথে এগুলি এড়াতে না দেওয়ার জন্য মূল ইউনিক্স সিস্টেমগুলি তাদের মূল শেল স্ক্রিপ্টগুলিকে রেখেছিল /bin


3
ওয়াশিং মেশিনের ছবিটি ভাল লাগল!
asgs

@ ওয়ারেন, সিস্টেম III এর আগে উল্লেখযোগ্য ওএসগুলি কী কী?
পেসারিয়ার

@ পেসারিয়র: ইউএনআইএক্স সংস্করণ 1 থেকে 7, ইউএনআইএক্স / 32 ভি, 1 বিএসডি 4 বিএসডি এর মাধ্যমে 4BSD এর বিন্দু প্রকাশের সাথে অন্তর্ভুক্ত নয় (4.1BSD মোটামুটি এটিএন্ডটি ইউনিক্স সিস্টেম III) এবং পিডব্লিউবি ইউনিক্সের সাথে সমকালীন ছিল। উত্স । আপনি কেন জিজ্ঞাসা করবেন এবং এই প্রশ্নের সাথে এর কী সম্পর্ক আছে?
ওয়ারেন ইয়ং

@ ওয়ারেন, ওয়েল, তারা সম্ভবত কোনওভাবেই "ডিরেক্টরি নামকরণের সিস্টেম"
-কে ডিফাক্টোর উপর

@ পেসারিয়র: আমি আমার দাবির সাথে দাঁড়াব: সিস্টেম ভি এর আগে "আদর্শ" ছিল না, কেবল সম্মেলন এবং স্থানীয় অনুশীলন ছিল।
ওয়ারেন ইয়ং

9

আমি সাধারণভাবে কাঠামো সম্পর্কিত প্রশ্নগুলির জন্য উইকিপিডিয়াকে উল্লেখ করার পরামর্শ দেব , এটি বেসিকগুলি আবরণ করবে।

আপনার প্রশ্নের সরাসরি উত্তর দিতে, তবে:

  • / usr হ'ল আলগাভাবে, অ-সমালোচনামূলক সিস্টেম লাইব্রেরি এবং এক্সিকিউটেবল
  • / usr / স্থানীয়, আবার looseিলে .ালাভাবে, অ সিস্টেম-সিস্টেম লাইব্রেরি এবং এক্সিকিউটেবলের জন্য

এ কারণেই আপনি দুজনের মধ্যে একই রকম কাঠামো খুঁজে পাওয়ার ঝোঁক; , / Usr / {, স্থানীয় /} {বিন, sbin, liberal এর সংক্ষিপ্ত রূপ}। শেলটিতে নতুন হওয়ার কারণে bit} এর বিটটি হ'ল শেল প্রসারিত। কার্যকর করার চেষ্টা করুন

ls -ld /usr/{,local/}{bin,sbin,lib}

এটি কীভাবে কাজ করে তা দেখতে আপনার স্থানীয় শেল থেকে।


9

/usr/local/bin সর্বশেষ ম্যাক ওএসের ইউনিক্স-এস্কো শিকড়গুলি দেখায় (এর অধীনে এর বিএসডি)।

  • "usr" বলতে ইউনিক্স সিস্টেম রিসোর্সগুলি বোঝায়। এটি সিস্টেম প্রোগ্রাম এবং লাইব্রেরি সংরক্ষণ করা হয় সেই অবস্থান।
  • "স্থানীয়" এমন সংস্থানগুলি প্রতিনিধিত্ব করে যা মান বিতরণ সহ প্রেরণ করা হয়নি এবং সাধারণত, প্রতিটি সাইট ভিত্তিতে সংকলন ও রক্ষণাবেক্ষণ করা হয়।
  • "বিন" বাইনারি সংকলিত এক্সিকিউটেবলের প্রতিনিধিত্ব করে।

ইউএনআইএক্সের লিনাক্স এবং বিএসডি-র প্রথম দিকে বাস্তবায়নের পরে এটি মরিপড হয়ে গেছে তবে কনভেনশন স্থগিত রয়েছে। এখন, /usr/bin"মূল" বা মূল প্রোগ্রাম এবং গ্রন্থাগারগুলির জন্য যেখানে /usr/local/binঅ্যাড-অন এবং সমালোচনামূলক প্রোগ্রাম এবং গ্রন্থাগারগুলির জন্য থাকবে।


12
বার্লিনের ওয়ালটি পড়ে যাওয়ার পর থেকে আমি ইউনিক্স ব্যবহার করে আসছি এবং আমি আজ অবধি "ইউরিক্স" এর "ইউনিক্স সিস্টেম রিসোর্স" সম্প্রসারণটি কখনও শুনিনি; এটি একটি ব্যাক্রোনিম। "usr" এর নামটি পেয়েছে কারণ এটি সেখানে ব্যবহারকারীর হোম ডিরেক্টরিগুলি মূলত অবস্থিত ছিল। এটি হ'ল, যদি আপনি কোনও পুরানো সিস্টেম III বাক্সে লগইন করেন তবে আপনার প্রাথমিক ওয়ার্কিং ডিরেক্টরিটি /usr/nzwulfinডিফল্টরূপে হত । আর একটি সাধারণ পরিকল্পনা। এসভিআর 4 /homeস্কিমটি গ্রহণ করার আগে , ছিল /u। যে সিস্টেমে আমি প্রথম দিকে ব্যবহার করেছি তাদের অনেকগুলি ব্যবহারকারীর ফাইল স্টোরেজের জন্য একাধিক শারীরিক ডিস্কের প্রয়োজন ছিল, তাই তাদের মতো জিনিস ছিল /u/d5/tangent
ওয়ারেন ইয়ং

3
@ ওয়ারেন আমি এটি কখনও শুনি নি এবং কিছুক্ষণের জন্য গুগলকে ঘিরে ধরেছিলাম; মনে হচ্ছে বেশ কয়েকটি
ব্যাক্রনাম আছে

4

/usr/local/bin এক্সিকিউটেবল ফাইলগুলির জন্য সর্বাধিক জনপ্রিয় ডিফল্ট অবস্থান, বিশেষত ওপেন সোর্সগুলির জন্য।

তবে এটি তাত্ক্ষণিকভাবে একটি অনর্থক পছন্দ, যেমন ইউনিক্স সিস্টেমগুলিতে, /usrনব্বইয়ের দশকের গোড়ার দিকে অপারেটিং সিস্টেমের সাথে সম্পর্কিত ফাইলগুলির একটি শ্রেণিবিন্যাস ধারণ করার জন্য প্রমিত করা হয়েছিল এবং এইভাবে ওএস ব্যবহার করে একাধিক সিস্টেমগুলি ভাগ করে নিতে পারে।

এই ফাইলগুলি স্থিতিশীল হওয়ায় /usrফাইল সিস্টেমটি কেবল পঠনযোগ্য হিসাবে মাউন্ট করা যায়। /usr/localএই স্ট্যান্ডার্ডটিকে পরাস্ত করছে যেমন এটি স্থানীয়ভাবে নকশাকৃত না করে ভাগ করা হয়, তাই স্থানীয় সংকলনটি মঞ্জুর করার জন্য পঠন-লিখনের প্রয়োজন এবং অপারেটিং সিস্টেমের অংশ নয়। খুব খারাপ কিছু এর /opt/localপরিবর্তে বেছে নেওয়া হয়নি ...


1

আমি আপনাকে /usr/localবাণিজ্যিক প্রোগ্রামের জন্য যেমন ম্যাথমেটিকা ​​ইনস্টল করার জন্য ব্যবহার করার পরামর্শ দিচ্ছি । আপনি সেট আপ করার সময় এটিকে তার নিজস্ব বিভাজনে রাখুন। আপনি যখন আপনার ওএস আপগ্রেড করবেন, এই পার্টিশনটি বিঘ্নিত হবে না এবং আপনাকে এর সামগ্রীগুলি পুনরায় ইনস্টল করতে হবে না। সুতরাং ওএস আপগ্রেডের মধ্যে আপনি যে জিনিস রাখতে চান তা ব্যবহার করুন।

পৃথকভাবে, নিশ্চিত করুন /homeযে আপনিও এই কারণে তার নিজস্ব বিভাজন দিয়েছেন।


0

এই উত্তরটি পাশাপাশি সহায়ক হতে পারে।

, / Usr / স্থানীয়

এর পেছনের মূল ধারণাটি /usr/localহ'ল প্রতিটি মেশিনে পৃথক ('লোকাল') '/ ইউএসআর' ডিরেক্টরি থাকা ছিল /usrযা অন্য কোথাও কেবল পঠনযোগ্যভাবে মাউন্ট করা যেতে পারে। এটি এর কাঠামোটি অনুলিপি করে /usr

এই দিনগুলিকে, /usr/localস্ব-সংকলিত বা তৃতীয় পক্ষের প্রোগ্রামগুলি রাখার জন্য একটি দুর্দান্ত জায়গা হিসাবে ব্যাপকভাবে বিবেচনা করা হয়। /usr/localঅনুক্রমের সিস্টেম প্রশাসক যখন সফ্টওয়্যার স্থানীয়ভাবে ইনস্টল করে ব্যবহারের জন্য। সিস্টেম সফ্টওয়্যার আপডেট হলে এটি ওভাররাইট হওয়া থেকে নিরাপদ হওয়া দরকার।

এটি প্রোগ্রাম এবং ডেটাগুলির জন্য ব্যবহৃত হতে পারে যা হোস্টের একটি গ্রুপের মধ্যে ভাগ করা হয়, তবে খুঁজে পাওয়া যায় না /usr। স্থানীয়ভাবে ইনস্টল থাকা সফ্টওয়্যার মধ্যে স্থাপন করা আবশ্যক /usr/localবদলে /usrযদি না তা প্রতিস্থাপন বা সফটওয়্যার আপগ্রেড করার জন্য ইনস্টল করা হচ্ছে /usr

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.