উত্তর:
ওপেন গ্রুপের প্রকাশিত মান অনুযায়ী , কেবলমাত্র প্রয়োজনীয় ডিরেক্টরিগুলি হ'ল:
//devরয়েছে যা console, nullএবংtty/tmp, গ্যারান্টিযুক্ত লিখনযোগ্য তবে অগত্যা সংরক্ষণ করা যায় না।লিনাক্স ফাউন্ডেশন একটি ফাইল সিস্টেম হায়ারার্কি স্ট্যান্ডার্ড (এফএইচএস) বজায় রাখে যা লিনাক্স সিস্টেমে আপনি যে ডিরেক্টরিগুলি দেখতে পাবেন তা অন্তর্ভুক্ত করার জন্য এটি প্রসারিত করে:
/bin: প্রয়োজনীয় ব্যবহারকারী কমান্ড বাইনারি/boot: বুটলোডারের স্থির ফাইল/dev: ডিভাইস ফাইল/etc: হোস্ট-নির্দিষ্ট সিস্টেম কনফিগারেশন/home: ব্যবহারকারী হোম ডিরেক্টরি (directoriesচ্ছিক)/lib: প্রয়োজনীয় শেয়ারড লাইব্রেরি এবং কার্নেল মডিউল/lib<qual>: বিকল্প ফর্ম্যাট প্রয়োজনীয় শেয়ারড লাইব্রেরি (alচ্ছিক)/media: অপসারণযোগ্য মিডিয়া জন্য মাউন্ট পয়েন্ট/mnt: অস্থায়ীভাবে মাউন্ট করা ফাইল সিস্টেমের জন্য মাউন্ট পয়েন্ট/opt: অ্যাড অন অ্যাপ্লিকেশন সফ্টওয়্যার প্যাকেজ/root: মূল ব্যবহারকারীর জন্য হোম ডিরেক্টরি (alচ্ছিক)/run: রান-টাইম ভেরিয়েবল ডেটা/sbin: সিস্টেম বাইনারি/srv: এই সিস্টেমের দ্বারা সরবরাহিত পরিষেবার জন্য ডেটা/tmp: অস্থায়ী ফাইল- পাশাপাশি
/usrশ্রেণিবিন্যাস এবং/varশ্রেণিবিন্যাস
এফএইচএস যেকোন ইউএনআইএক্স সিস্টেমে অন্তর্ভুক্ত করার সুযোগ দেওয়ার জন্য যথাসম্ভব জেনেরিক হিসাবে নকশাকৃত করা হয়েছিল। অতিরিক্ত ডিরেক্টরিগুলি যে কোনও যুক্তিসঙ্গত সিস্টেমে থাকতে পারে, তবে এটি পসিক্স দ্বারা বাধ্যতামূলক নয়।
তবে নোট করুন যে ওপেন গ্রুপটি এটিও বলেছে
দৃ applications়ভাবে মেনে চলার অ্যাপ্লিকেশনগুলি নীচে নির্দিষ্ট না করে, এই ডিরেক্টরিগুলির মধ্যে কোনওটিতে ফাইল তৈরি করার ক্ষমতা গ্রহণ করবে না।
যেহেতু ডিরেক্টরিগুলি সত্যই কেবল ফাইল হয় তাই এর থেকে বোঝা যায় যে কঠোরভাবে মেনে চলার অ্যাপ্লিকেশনটি মূল স্তরে কোনও ফাইল বা ডিরেক্টরি তৈরি করবে না। সুতরাং, পসিক্স মূল স্তরে কোনও বিতরণ কী থাকতে পারে তা অগত্যা সীমাবদ্ধ করে না তবে এটি বলে মনে হচ্ছে যে কোনও অ্যাপ্লিকেশন তার নির্দিষ্টকরণের সাথে মানিয়ে নিতে সক্ষম হবে তা ধরে নিতে পারে না।
ইন 10.1 ডিরেক্টরি অনুক্রমের এবং ফাইল , POSIX তালিকা ডিরেক্টরি যা উচিত নয় বিদ্যমান। তবে এটি ফাইল ডিরেক্টরিগুলির মূল-স্তরে উপস্থিত থাকতে পারে এমন অন্যান্য ডিরেক্টরিগুলির সংখ্যার কোনও সীমা নির্দিষ্ট করে না।
এই বিষয়টির জন্য, এটি অন্যান্য ডিরেক্টরিগুলির আকারের সীমা স্থাপন করে না বলে মনে হয়।
এই অঞ্চলে পসিক্সের দৃষ্টিভঙ্গি ভিন্নতার চেয়ে সাধারণতার দিকে দৃষ্টি নিবদ্ধ করে।
/) মূল ডিরেক্টরি হতে পারে, মূল ডিরেক্টরিতে প্রবেশের সংখ্যার উপর একটি উচ্চতর সীমা চাপিয়ে দেওয়া বেশ নির্বোধ হবে। /এই ক্ষেত্রে বিশেষভাবে বিশেষ নয়, সুতরাং এটি অনুসরণ করে যে /নির্দিষ্টভাবে প্রবেশের সংখ্যার উপর একটি উচ্চতর সীমা চাপানো এটি বেশ সমান বোকা হবে ।
কোনও POSIX বা সাধারণ ইউনিক্স বাস্তবায়নে কোনও ডিরেক্টরিতে প্রবেশের সংখ্যার কোনও সীমাবদ্ধতা নেই। উপ-ডিরেক্টরিগুলির সংখ্যার জন্য একটি অপ্রত্যক্ষ সীমা থাকতে পারে, যা সর্বাধিক হার্ড লিঙ্ক গণনা (প্রতিটি উপ-ডিরেক্টরিতে ..প্রবেশের ডিরেক্টরিতে একটি হার্ড লিঙ্ক); এটি অনেকগুলি সাধারণ ফাইল সিস্টেমের জন্য 2 16 , যা একটি ডিরেক্টরিকে 65533 উপ-ডিরেক্টরিতে সীমাবদ্ধ করে (কমপক্ষে সেই ফাইল সিস্টেমগুলির ক্ষেত্রে যা ..এন্ট্রিগুলি স্পষ্টভাবে সংরক্ষণ করে)। তার আগে আপনি খারাপ অভিনয় করতে শুরু করবেন। পসিক্সের মতে, একটি প্রয়োগে কোনও ফাইল ( _POSIX_LINK_MAX) -তে 8 টি হার্ড লিঙ্ককে সমর্থন করার অনুমতি দেওয়া হয়েছে , তবে কোনও বাস্তবায়ন 6 টি সাব-ডিরেক্টরিতে সীমাবদ্ধ নয়। এবং যাইহোক, ext4 সহ অনেকগুলি ফাইল সিস্টেমে, হার্ড লিঙ্কের গণনা রক্ষণ করা হয় না.. এন্ট্রিগুলি, তাই কেবলমাত্র সীমাটি হ'ল ফাইল সিস্টেমে কত স্পেস বা কয়টি ইনোড উপলব্ধ।
পসিক্স সিস্টেমে ফাইলগুলির সংগঠন সম্পর্কে খুব বেশি কিছু বলে না। এটি কেবলমাত্র কয়েকটি ফাইলের অস্তিত্বের আদেশ দেয় । মূল ডিরেক্টরিতে কেবল বাধ্যতামূলক এন্ট্রিগুলি হ'ল /devএবং /tmp। যেমন অন্য অভ্যাসগত ইউনিক্স এন্ট্রি /usr, /var, /bin, /etc, /lib, /home, ইত্যাদি হয় ইউনিক্স নিয়মাবলী POSIX দ্বারা বিধিবদ্ধ করা হয় না।
লিনাক্সে, এফএইচএস ক্লাসিকগুলি এবং আরও কয়েকজনকে কোড করে। বেশিরভাগ লিনাক্স বিতরণ এফএইচএস এন্ট্রিগুলিতে আটকে থাকে। অন্যান্য ইউনিক্স সিস্টেমে সাধারণত বেশ কয়েকটি পার্থক্য সহ বেশিরভাগ ক্ষেত্রে একই প্রবেশিকা থাকে তবে সংখ্যাটি প্রায় একই।
যদিও এই নিরুৎসাহিত করা হয় সিস্টেম প্রশাসক, আরো অনেক কিছু তৈরি করতে পারেন: অধিকাংশ জিনিস জন্য ভাল-সংজ্ঞায়িত স্থান (সফ্টওয়্যার অধীনে যায় আছে /usrবা /optসিস্টেম ডেটা অধীনে যায়, /var, ব্যবহারকারীর তথ্য অধীনে যায় /net, মাউন্ট পয়েন্ট অধীনে যেতে /mediaবা /mntইত্যাদি), তাই খুব কমই হয় শীর্ষ স্তরে নতুন ডিরেক্টরি তৈরির যে কোনও ভাল কারণ।