বিন, sbin, usr/bin, usr/sbin এর মধ্যে পার্থক্য

30 নভেম্বর, 2010-এ, ডেভিড কোলিয়ার লিখেছেন:

আমি লক্ষ্য করেছি যে ব্যস্তবক্সে লিঙ্কগুলি এই চারটি ডিরেক্টরিতে বিভক্ত।
কোন লিংকগুলির মধ্যে কোনটি থাকা উচিত তা নির্ধারণ করার জন্য কিছু সহজ নিয়ম আছে কি...
উদাহরণস্বরূপ, kill হল /bin, এবং killall হল /usr/bin... আমি এই বিভাজনে কোন যুক্তি দেখতে পাচ্ছি না।

আপনি সম্ভবত জানেন যে কেন থম্পসন এবং ডেনিস রিচি 7 সালে PDP-1969-এ ইউনিক্স তৈরি করেছিলেন। তাই, 1971 সালের দিকে, তারা একজোড়া RK11 ডিস্ক (প্রতিটি 05 মেগাবাইট) সহ PDP-1,5-এ আপগ্রেড করে।

যখন অপারেটিং সিস্টেম বৃদ্ধি পায় এবং প্রথম ডিস্কে (যেটিতে রুট এফএস অবস্থিত ছিল) আর ফিট হয় না, তখন তারা দ্বিতীয় অংশে চলে যায়, যেখানে হোম ডিরেক্টরিগুলি অবস্থিত ছিল (অতএব, মাউন্ট পয়েন্টকে বলা হয়েছিল / usr - শব্দ থেকে ব্যবহারকারী)। তারা সেখানে সমস্ত প্রয়োজনীয় OS ডিরেক্টরির নকল করেছে (/bin, /sbin, /lib, /tmp ...) এবং ফাইলগুলিকে একটি নতুন ডিস্কে রেখেছিল, কারণ পুরানোটির স্থান ফুরিয়ে গেছে। তারপরে তাদের একটি তৃতীয় ডিস্ক ছিল, তারা এটিকে /home ডিরেক্টরিতে মাউন্ট করেছিল এবং ব্যবহারকারীদের হোম ডিরেক্টরিগুলিকে সেখানে স্থানান্তরিত করেছিল যাতে OS দুটি ডিস্কে অবশিষ্ট সমস্ত স্থান নিতে পারে এবং এইগুলি ছিল তিন মেগাবাইটের মতো (কি দারুন!).

অবশ্যই, তাদের একটি নিয়ম তৈরি করতে হয়েছিল যে "অপারেটিং সিস্টেম বুট হলে, এটি অবশ্যই /usr-এ দ্বিতীয় ডিস্ক মাউন্ট করতে সক্ষম হবে, তাই /usr-এ দ্বিতীয় ডিস্কে মাউন্ট করার মতো প্রোগ্রামগুলি রাখবেন না বা আপনার কাছে থাকবে। একটি মুরগি এবং ডিমের সমস্যা।" এটা যে সহজ. এবং এটি 6 বছর আগে ইউনিক্স V35 এ ছিল।

/bin এবং /usr/bin (এবং এই জাতীয় সমস্ত ডিরেক্টরি) বিভক্ত করা সেই ইভেন্টগুলির একটি উত্তরাধিকার, 70 এর দশকের একটি বাস্তবায়নের বিশদ যা এখন কয়েক দশক ধরে আমলাদের দ্বারা অনুলিপি করা হয়েছে। তারা কখনো প্রশ্ন করেনি কেনতারা শুধু এটা করেছে। লিনাক্স তৈরি হওয়ার আগেই এই বিভাগটি অর্থবোধ করা বন্ধ করে দিয়েছে, বিভিন্ন কারণে:

1. বুট করার সময়, একটি initrd বা initramfs ব্যবহার করা হয়, যা "আমাদের আগে এই ফাইলটি প্রয়োজন" এর মতো সমস্যার যত্ন নেয়। এইভাবে, আমরা আছে ইতিমধ্যে আছে অস্থায়ী ফাইল সিস্টেম যা অন্য সবকিছু লোড করতে ব্যবহৃত হয়।
2. শেয়ার্ড লাইব্রেরি (যা ইউনিক্সে বার্কলে এর ছেলেরা যোগ করেছে) আপনাকে /lib এবং /usr/lib এর বিষয়বস্তু স্বাধীনভাবে পরিবর্তন করতে দেয় না। এই দুটি অংশ অবশ্যই মিলবে বা তারা কাজ করবে না। 1974 সালে এটি ঘটেনি কারণ স্ট্যাটিক লিঙ্কিংয়ের কারণে তখন তাদের কিছুটা স্বাধীনতা ছিল।
3. সস্তা হার্ড ড্রাইভ 100 সালের দিকে 1990 মেগাবাইট বাধা ভেঙে দেয় এবং একই সময়ে, পার্টিশন রিসাইজিং সফ্টওয়্যার উপস্থিত হয় (পার্টিশন ম্যাজিক 3.0 1997 সালে প্রকাশিত হয়েছিল)।

অবশ্যই, যেহেতু একটি বিভাগ আছে, কিছু লোক এমন নিয়ম নিয়ে এসেছেন যা এটিকে সমর্থন করে। যেমন, রুট পার্টিশনটি সমস্ত ধরণের সাধারণ OS বৈশিষ্ট্যগুলির জন্য প্রয়োজন এবং আপনাকে আপনার স্থানীয় ফাইলগুলি / usr-এ রাখতে হবে। অথবা / কি AT&T বিতরণ করে, এবং /usr-এ আপনার ডিস্ট্রিবিউশন, IBM AIX, বা Dec Ultrix, বা SGI Irix যোগ করুন, এবং /usr/local-এ আপনার সিস্টেমের জন্য নির্দিষ্ট ফাইল রয়েছে। এবং তারপরে কেউ সিদ্ধান্ত নিল যে /usr/local নতুন সফ্টওয়্যার ইনস্টল করার জন্য সঠিক জায়গা নয়, তাই আসুন যোগ করুন /অপ্ট করুন! আমি অবাক হব না যদি /opt/localও উপস্থিত হয় ...

অবশ্যই, 30 বছর ধরে, এই বিচ্ছেদের কারণে, সমস্ত ধরণের আকর্ষণীয় বন্টন-নির্দিষ্ট নিয়ম এসেছে এবং চলে গেছে। উদাহরণস্বরূপ, "/tmp রিবুটে সাফ করা হয়েছে, কিন্তু /usr/tmp নয়।" (এবং উবুন্টুতে নীতিগতভাবে /usr/tmp নেই, এবং জেন্টুতে /usr/tmp হল /var/tmp-এর একটি প্রতীকী লিঙ্ক, যা এখন সেই নিয়মের অধীন, এবং এটি রিবুট করার সময় পরিষ্কার করা হয় না। হ্যাঁ, এটি এটাও ঘটে যে রুট FS শুধুমাত্র পঠনযোগ্য, এবং তারপরে আপনাকে /usr-এ কিছু লিখতে হবে না, তবে আপনাকে /var-এ লিখতে হবে। মূলত /ইত্যাদি ছাড়া লেখা যাবে না, যা কখনও কখনও /var এ সরানোর চেষ্টা করা হয়েছিল ...)

লিনাক্স ফাউন্ডেশনের মতো আমলারা (যা কয়েক বছর আগে ফ্রি স্ট্যান্ডার্ডস গ্রুপকে এর সম্প্রসারণের সময় গ্রাস করেছিল) তারা কেন সেখানে ছিল তা খুঁজে বের করার চেষ্টা না করেই এই নিয়মগুলিকে নথিভুক্ত এবং জটিল করতে পেরে খুশি। তারা যা বুঝতে পারে না তা হল কেন এবং ডেনিস তাদের হোম ডিরেক্টরিতে ওএসের কিছু অংশ স্থানান্তরিত করেছে কারণ PDP-05-এ RK11 ডিস্কটি খুব ছোট ছিল।

আমি নিশ্চিত যে busybox ঠিক একইভাবে ফাইল রাখে যেমন ঐতিহাসিকভাবে আছে। এখন পর্যন্ত এটি করার কোন বাস্তব কারণ নেই। ব্যক্তিগতভাবে, আমি শুধু /bin, /sbin এবং /lib লিঙ্কটি /usr-এ অনুরূপ ডিরেক্টরিতে তৈরি করি। সর্বোপরি, যারা এমবেডেড সফ্টওয়্যার নিয়ে কাজ করে তারা বোঝার এবং সহজ করার চেষ্টা করে ...

উত্স: www.habr.com