লিনাক্সের ফাইল সিস্টেমকে কেন একটি একক ডিরেক্টরি গাছ হিসাবে তৈরি করা হয়েছে?

Question

লিনাক্স কেন একক ডিরেক্টরি গাছ হিসাবে ডিজাইন করা হয়েছে তা কি কেউ ব্যাখ্যা করতে পারেন?

উইন্ডোজে যেখানে আমরা মত একাধিক ড্রাইভ থাকতে পারে C:\, এবং D:\, সেখানে ইউনিক্স একটি একক মূল। কোন নির্দিষ্ট কারণ আছে?

Comments

@ ইটারডন - আমি মনে করি তিনি একক মূল ডিরেক্টরি (/) বনাম ডস-স্টাইল (সি: \ ডি: \) রাখার বিষয়ে জিজ্ঞাসা করছেন।

— জর্ডানম

আপনার লিনাক্সেও (এবং সাধারণত করা যায়) একাধিক ড্রাইভ থাকতে পারে। আসলে, মূল নীতিটি একই, C:এবং D:উইন্ডোজের মাউন্ট পয়েন্টগুলিও। উইন্ডোজ সমতুল্য /হয় My Computer, সবকিছু যে অধীনে মাউন্ট করা আবশ্যক।

— টেরডন

আমি মনে করি আরও একটি প্রাসঙ্গিক প্রশ্ন হবে "কেন একটি অপারেটিং সিস্টেমের একটিও মূল থাকবে না"? (ডস / উইন্ডোজের উত্তর

— হ'ল

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

— ওয়ারেন পি

আসলে, C:, D:এবং স্টাফ ডস এবং Win32 কেবল সামঞ্জস্য নেই; উইন্ডোজ এনটি অভ্যন্তরীণভাবে কিছুটা ইউনিক্স-এর মতো অবজেক্ট হায়ারার্কি রয়েছে, ড্রাইভ লেটারগুলি ছিল (এবং সাধারণভাবে উইন 32 স্টাফগুলি ) "রিয়েল" অবজেক্টগুলির সাথে কেবল প্রতীকী লিঙ্ক ( c:\file.txtআসলে এটি উদাহরণস্বরূপ একটি সিমিলিংক \??\c:\file.txtসহ )। উদাহরণস্বরূপ এখানে দেখুন\??\c:\device\harddisk0\partition1

— ম্যাটিও ইটালিয়া

Answer 1

যেহেতু ইউনিক্স ফাইল সিস্টেমটি বহু বছর ধরে উইন্ডোজকে পূর্বাভাস দেয়, তাই "উইন্ডোজ প্রতিটি ডিভাইসের জন্য পৃথক ডিজাইনার ব্যবহার করে কেন?" এই প্রশ্নের পুনরায় বাক্য তৈরি করতে পারে।

একটি শ্রেণিবদ্ধ ফাইল সিস্টেমের সুবিধা রয়েছে যে কোনও ফাইল বা ডিরেক্টরিটি ডিরেক্টরি ডিরেক্টরির শিশু হিসাবে পাওয়া যায়। আপনার যদি কোনও নতুন ডিভাইস বা কোনও নেটওয়ার্ক ডিভাইসে ডেটা স্থানান্তরিত করার দরকার হয় তবে ফাইল সিস্টেমে অবস্থান একই থাকতে পারে এবং অ্যাপ্লিকেশনটি পার্থক্য দেখতে পাবে না।

ধরা যাক আপনার এমন একটি সিস্টেম রয়েছে যেখানে ওএস স্থিতিশীল এবং সেখানে এমন একটি অ্যাপ্লিকেশন রয়েছে যার উচ্চমানের I / O প্রয়োজনীয়তা রয়েছে। আপনি কেবল পঠনযোগ্য / usr পড়তে পারেন এবং এসএসডি ড্রাইভগুলিতে (যদি অ্যাপ্লিকেশনটি সেখানে থাকে) বেছে নিতে / অপ্ট করতে পারেন। ফাইল সিস্টেমের স্তরক্রম পরিবর্তন হয় না chy উইন্ডোজের অধীনে এটি আরও বেশি কঠিন, বিশেষত অ্যাপ্লিকেশনগুলির সাথে যা সি এর অধীনে বাস করার জন্য জোর দেয়: \ প্রোগ্রাম ফাইলগুলি \

Comments

এবং সেই (অলঙ্কৃত) প্রশ্নের উত্তর আছে: .তিহ্য। ইউনিক্সের থেকে ভিন্ন একটি traditionতিহ্য এসেছে। উইন্ডোজ এটি ডস থেকে পেয়েছে, যা এটি সিপি / এম -80 থেকে পেয়েছে, যা অনেকগুলি মিনিকম্পিউটার এবং মেইনফ্রেম অপারেটিং সিস্টেমগুলির একটি সাধারণ প্যাটার্ন অনুসরণ করে। ড্রাইভ নাম মাত্র থেকে সংক্ষিপ্ত পেয়েছিলাম DISK0:বা SY:করতে A:।

— RBerteig

@ আরবার্টিগ - সম্ভবত theতিহ্য, বিশেষত উইন্ডোজ ক্ষেত্রে, তবে রব পাইক হাইডিয়াস

— ব্রুস

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

— জেএসবি ձոգչ

@ ব্রুসইডিগার আমি যুক্তি দেওয়ার চেষ্টা করতে যাচ্ছি না যে ডস ঠিক ছিল। কেবল উইন্ডোজের উপায়টি কেন এটির জন্য প্রসঙ্গ রয়েছে তা উল্লেখ করে এবং এটি এমএস টুপি থেকে টানলেন এমন কিছু নয়।

— RBerteig

@ ব্রুসইডিগার: বাহ চমৎকার কাগজ। পাইকে আমি যে কয়েকবার সন্দেহজনকভাবে কোনও বিষয়ে ভুল হতে দেখেছি তার মধ্যে এটি একটি। (যথা যে আরপানেট নাম পরিবেশনকারী সিস্টেমটি স্কেল করতে পারে না These আজকাল আমরা এটি ডিএনএস বলি, এবং এটি বেশ ভালভাবে মাপা হয়েছে authority স্বীকারযোগ্য এটি হ'ল মেলের সাথে প্রাসঙ্গিক নন-আইপি নেটওয়ার্কগুলি মারা গেছে।

— কেভিন ক্যাথকার্ট

Answer 2

এটি আংশিক historicalতিহাসিক কারণে, এবং আংশিক কারণ এটি এইভাবে আরও বোধ করে।

Multics -এর

মাল্টিক্স হায়ারার্কিকাল ফাইল সিস্টেমটি চালু করার জন্য প্রথম অপারেটিং সিস্টেম ছিল যা আমরা এটি জানি যে ডিরেক্টরি থাকতে পারে এমন ডিরেক্টরিগুলির সাথে। আরসি ডেলি এবং পিজি নিউম্যানের দ্বারা "মাধ্যমিক সংগ্রহের জন্য একটি সাধারণ-উদ্দেশ্য ফাইল সিস্টেম" উদ্ধৃত করে:

কাগজের বিভাগ 2 ফাইলগুলির শ্রেণিবদ্ধ কাঠামো উপস্থাপন করে, যা সিস্টেমের নমনীয় ব্যবহারের অনুমতি দেয়। বহুমুখিতা নিশ্চিত করার জন্য এই কাঠামোটিতে পর্যাপ্ত ক্ষমতা রয়েছে। (...)

বোঝার স্বাচ্ছন্দ্যের জন্য, ফাইলের কাঠামোটিকে ফাইলের গাছ হিসাবে ভাবা যেতে পারে, যার কয়েকটি ডিরেক্টরি রয়েছে। এটি হ'ল এক ব্যতিক্রম সহ প্রতিটি ফাইল (উদাহরণস্বরূপ, প্রতিটি ডিরেক্টরি) সঠিকভাবে একটি ডিরেক্টরিতে সঠিকভাবে একটি শাখা দ্বারা চিহ্নিত থাকে। ব্যতিক্রম গাছের মূলের মূল ডিরেক্টরি বা মূল root যদিও এটি কোনও ডিরেক্টরি থেকে সুস্পষ্টভাবে নির্দেশিত নয়, মূলটি সুস্পষ্টভাবে একটি কল্পিত শাখা দ্বারা নির্দেশিত যা ফাইল সিস্টেমের সাথে পরিচিত। (...)

যে কোনও সময়ে, একজন ব্যবহারকারীকে কোনও একটি ডিরেক্টরিতে অপারেটিং বলে মনে করা হয়, তাকে তার কার্যকরী ডিরেক্টরি বলে। তিনি সহজেই প্রবেশের নাম উল্লেখ করে তার কার্য ডিরেক্টরিতে প্রবেশের দ্বারা কার্যকরভাবে নির্দেশিত কোনও ফাইল অ্যাক্সেস করতে পারেন। একাধিক ব্যবহারকারীর এক সাথে একই কাজের ডিরেক্টরি থাকতে পারে।

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

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

ইউনিক্স

ইউনিক্স মাল্টিক্স থেকে প্রচুর অনুপ্রেরণা নিয়েছে, তবে সরলতার দিকে লক্ষ্য করেছে যেখানে মাল্টিক্স নমনীয়তার লক্ষ্য নিয়ে।

একটি একক শ্রেণিবদ্ধ ফাইল সিস্টেমটি ইউনিক্সের পক্ষে উপযুক্ত। মাল্টিক্সের মতো, স্টোরেজ পুলগুলি সাধারণত ব্যবহারকারীদের জন্য প্রাসঙ্গিক ছিল না। যাইহোক, অপসারণযোগ্য ডিভাইস মাধ্যমে ছিল, এবং ইউনিক্স তাদের ব্যবহারকারীদের এক্সপোজ করেছিল mountএবং umountকমান্ড ( "সুপার-ব্যবহারকারী" সংরক্ষিত প্রশাসক অর্থাত)। ইন "ইউনিক্স টাইম-শেয়ারিং সিস্টেম" , ডেনিস রিচি এবং কেন থম্পসন ব্যাখ্যা:

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

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

উইন্ডোজ

উইন্ডোজ তার বংশধরকে দুটি বংশের দিকে চিহ্নিত করে: ভিএমএস , একটি অপারেটিং সিস্টেম যা মূলত ভ্যাক্স মিনিকম্পিউটারের জন্য ডিজাইন করা হয়েছিল , এবং সিপি / এম , প্রাথমিকভাবে ইন্টেল মাইক্রো কম্পিউটারের জন্য ডিজাইন করা একটি অপারেটিং সিস্টেম system

ভিএমএসের একটি বিতরণযোগ্য শ্রেণিবদ্ধ ফাইল সিস্টেম, ফাইল -11 ছিল । ফাইল -11-এ, কোনও ফাইলের পুরো পথে একটি নোড নাম, সেই নোডের একটি অ্যাকাউন্টের উপাধি, একটি ডিভাইসের নাম, ডিরেক্টরি গাছের পথ, একটি ফাইলের নাম, একটি ফাইলের ধরণ এবং সংস্করণ নম্বর থাকে। ভিএমএসের একটি শক্তিশালী যৌক্তিক নাম বৈশিষ্ট্য ছিল যা শর্টকাটকে নির্দিষ্ট ডিরেক্টরিগুলিতে সংজ্ঞায়িত করা যায়, তাই ব্যবহারকারীরা খুব কমই কোনও ডিরেক্টরিতে "আসল" অবস্থান সম্পর্কে যত্ন নিতে পারেন।

সিপি / এম 64৪ কেবি র‌্যাম এবং একটি ফ্লপি ড্রাইভ সহ কম্পিউটারগুলির জন্য ডিজাইন করা হয়েছিল, তাই এটি সরলতার জন্য। কোনও ডিরেক্টরি ছিল না, তবে একটি ফাইলের রেফারেন্সে একটি ড্রাইভ ইঙ্গিত ( A:বা B:) অন্তর্ভুক্ত থাকতে পারে ।

যখন এমএস-ডস ২.০ ডিরেক্টরিগুলি চালু করে তখন এটি এমএস-ডস 1 এর সাথে সামঞ্জস্যপূর্ণ এমন একটি সিনট্যাক্সের সাথে কাজ করে যা নিজে সিপি / এম অনুসরণ করে। সুতরাং পাথগুলি একক-বর্ণের নামযুক্ত ড্রাইভে মূলী হয়েছিল। (এছাড়াও, /কমান্ড লাইন বিকল্পগুলি শুরু করতে স্ল্যাশ অক্ষরটি ভিএমএস এবং সিপি / এম ব্যবহার করা হত, সুতরাং ডিরেক্টরি বিভাজক হিসাবে আলাদা অক্ষর ব্যবহার করতে হয়েছিল This এ কারণেই ডস এবং পরবর্তী উইন্ডোজ ব্যাকস্ল্যাশ ব্যবহার করে, যদিও কিছু অভ্যন্তরীণ উপাদানও স্ল্যাশ সমর্থন করে )।

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

Comments

যদিও এটি ডিফল্ট আচরণ, NTFS ফাইল সিস্টেম উইন্ডোজের সাথে আরো মাউন্ট করতে না একটি একক রুট অধীনে আপনার সব সঞ্চয়স্থান: technet.microsoft.com/en-us/library/cc753321.aspx howtogeek.com/98195/... serverfault.com/questions / 24400 /…

— জের্লোস

মনে হচ্ছে প্রাসঙ্গিক অংশটি হ'ল এমএস-ডস ১.০ ফ্লপি ভিত্তিক ছিল। এই জাতীয় সিস্টেমে (ক) আপনার ফাইলগুলি কোন ফিজিকাল ডিস্কে রয়েছে তা জানা গুরুত্বপূর্ণ ছিল এবং (খ) A:এবং B:আপনার দুটি ফ্ল্যাশ ড্রাইভের মধ্যে পার্থক্য করার জন্য একটি শালীন কনভেনশন ছিল। যখন হার্ড-ড্রাইভ সমর্থন এমএস-ডস ২.০-এ যুক্ত করা হয়েছিল, তখন ড্রাইভের C:পদক্ষেপটি এইচডিটিকে একটি বিআইজি ফ্লপি হিসাবে বিবেচনা করে পিছনের দিকে সামঞ্জস্য করতে দেয়।

— ব্যবহারকারী 1024

আসলে, প্রাথমিকভাবে সিপি / এম 16 র মধ্যে চালানোর জন্য ডিজাইন করা হয়েছিল , 64 কেবি র‌্যাম নয়। KB৪ কেবি চিত্রটি সম্ভবত অ্যাপ্লিকেশনগুলিকে কিছু শ্বাস প্রশ্বাসের ঘরটি অনুমতি দেয় ; কমান্ড প্রসেসর (সিসিপি) ওভাররাইট করে এবং প্রয়োজনে পুনরায় লোড করা হয়েছিল, বিআইওএস এবং বিডিওএস সর্বদা স্মৃতি বাসিন্দা ছিল। হ্যাঁ, BIOS এখান থেকে আসে - আইবিএম শব্দটি নিয়ে আসে নি! উইকিপিডিয়া সিপি / এম: হার্ডওয়্যার মডেল এবং অপারেটিং সিস্টেমের উপাদানগুলি দেখুন । মনে রাখবেন যে 16 কেবি প্রায় তিনটি ঘন লিখিত পৃষ্ঠাগুলি (70 লাইন × 80 অক্ষর / লাইন × 3 পৃষ্ঠা = 16800 বাইট)।

— একটি সিভিএন

Answer 3

একক ডিরেক্টরি ট্রি থাকার পিছনে কোনও সুরক্ষা উদ্বেগ নেই।

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

এটি ইউনিক্সের নকশার পেছনের প্রতিভা মাত্র একটি অংশ ।

Answer 4

মনে রাখবেন যে এমএস-ডস-এর ড্রাইভ লেটারের নামগুলি যা আধুনিক উইন্ডোজটিতে অব্যাহত রয়েছে সেগুলি এখানে একটি লাল হেরিং। ড্রাইভ লেটারের নামগুলি কোনও ফাইল সিস্টেম কাঠামোর সর্বোত্তম উপস্থাপনা নয় যার একাধিক শিকড় রয়েছে। তারা যেমন একটি সিস্টেমের স্ট্রোম্যান বাস্তবায়ন।

একটি যথাযথভাবে প্রয়োগ করা ফাইল সিস্টেম যা একাধিক শিকড়কে সমর্থন করে যেমন ভলিউমের জন্য নির্বিচারে নামকরণের অনুমতি দেয় dvdrom:/path/to/file.avi। যেমন উইন্ডোজকে প্লাগ করে এমন হাস্যকর ইউজার ইন্টারফেসের সমস্যা থেকে মুক্তি পাবে সিস্টেম। উদাহরণস্বরূপ, আপনি যদি কোনও ক্যামেরা হিসাবে কোনও ডিভাইস প্লাগ করেন তবে উইন্ডোজ এক্সপ্লোরার ইউআই আপনাকে বিশ্বাস করে যে ক্যামেরা (বা যাই হোক না কেন) নামে একটি ডিভাইস রয়েছে এবং আপনার মতো পথ রয়েছে Computer\Camera\DCIM\...। তবে, যদি আপনি এক্সপ্লোরারের বাইরে এই পাথের পাঠ্য সংস্করণটি কেটে পেস্ট করেন তবে এটি আসলে কাজ করে না কারণ প্যাথনামের কিছু উপাদান একটি ইউজার ইন্টারফেস ফিকশন, যা অন্তর্নিহিত ওএসের সাথে পরিচিত নয়। একাধিক শিকড় সহ সঠিকভাবে প্রয়োগ করা সিস্টেমে এটি ঠিক থাকবে: একটি হবেcamera:\DCIM\...সিস্টেম যা প্রতিটি স্তরে সমানভাবে স্বীকৃত পথ। তদুপরি, আপনি যদি কোনও পুরানো পিসি থেকে একটি পুরানো হার্ড ড্রাইভের জন্য পোর্ট করেন তবে আপনি কোনও ড্রাইভ লেটারের নামের মতো আটকে থাকবেন না F:, বরং আপনি যা চান তার নাম দিতে সক্ষম হবেন old-disk:।

সুতরাং, যদি ইউনিক্সের ফাইল সিস্টেমের কাঠামোটিতে একাধিক শিকড় থাকে, তবে এটি এমনিভাবে সম্পন্ন করা হবে, এবং এমএস-ডস এবং উইন্ডোজের মতো ওয়ান-লেটার ড্রাইভের নাম নয়। অন্য কথায়, আসুন আমরা কেবল ইউনিক্স স্কিমকে একটি ভাল মাল্টি-রুট ডিজাইনের সাথে তুলনা করি।

সুতরাং, কেন ইউনিক্সের বুদ্ধিমান এক-মূল বাস্তবায়নের পক্ষে, একটি বুদ্ধিমান একাধিক-শিকড় বাস্তবায়ন নেই? এটি সম্ভবত সরলতার জন্য। মাউন্ট পয়েন্টগুলি নামগুলির মাধ্যমে ভলিউম অ্যাক্সেস করতে সক্ষম হওয়ার সমস্ত কার্যকারিতা সরবরাহ করে। অতিরিক্ত উপসর্গ সিনট্যাক্স সহ নেমস্পেসটি প্রসারিত করার দরকার নেই।

গাণিতিকভাবে বলতে গেলে, কোনও বিচ্ছিন্ন গাছের গ্রাফ ("বন") একটি মূল নোড যুক্ত করে এবং ছেলের বিচ্ছিন্ন অংশগুলিকে তৈরি করে যোগ দিতে পারে।

তদতিরিক্ত, এটি আরও নমনীয় যে খণ্ডগুলি মূল স্তরে থাকতে হবে না। যেহেতু কোনও বিশেষ বাক্য গঠন নেই যা ভলিউমকে নির্দেশ করে (এটি কেবল একটি পথের উপাদান) তাই মাউন্ট পয়েন্টগুলি যে কোনও জায়গায় হতে পারে। আপনি আপনার মেশিনে তিনটি পুরাতন ডিস্ক আনতে, তাহলে আপনি যেমন থাকতে পারে /old-disk/one, /old-disk/twoইত্যাদি তবে আপনি চান তাহলে ডিস্ক সংগঠিত করতে পারেন, আপনি ফাইল ও ডিরেক্টরিগুলি সংগঠিত করতে পারেন।

অ্যাপ্লিকেশনগুলি লিখিত হতে পারে যা পাথের উপর নির্ভর করে এবং স্টোরেজ ডিভাইসগুলি পুনরায় কনফিগার করা হলে পাথের বৈধতা বজায় রাখা যায়। উদাহরণস্বরূপ, অ্যাপ্লিকেশনগুলি /var/logএবং এর মতো সুপরিচিত পাথ ব্যবহার করতে পারে /var/lib। এটা আপনার উপর নির্ভর করে কিনা /var/logএবং /var/libএকই ডিস্ক ভলিউমে বা আলাদা বেশী হয়। পাথগুলি সংরক্ষণের সময় আপনি একটি নতুন স্টোরেজ টপোলজিতে একটি সিস্টেম স্থানান্তর করতে পারেন।

মাউন্ট পয়েন্টগুলি একটি ভাল ধারণা, এ কারণেই উইন্ডোজ 2000 এর প্রায় সময় থেকেই উইন্ডোজ সেগুলি পেয়েছিল।

ভলিউম মাউন্ট পয়েন্টগুলি সিস্টেমের পরিবর্তনের বিরুদ্ধে শক্ত হয় যা যখন কম্পিউটার থেকে ডিভাইস যুক্ত করা হয় বা সরানো হয় তখন ঘটে occur মাইক্রোসফ্ট টেকনেট

Comments

সম্ভবত কাকতালীয়ভাবে, আপনার "ভাল মাল্টি-রুট ডিজাইন" পুরানো অ্যামিগাডস সিস্টেমের মতো শোনাচ্ছে , যা "অ্যাসাইনড" ভলিউম সহ স্বেচ্ছাসেবী ভলিউম নামগুলিকে অনুমতি দেয় যা অন্য ভলিউমের ভিতরে একটি নির্দিষ্ট ডিরেক্টরি উল্লেখ করে। এমনকি (যথাযথ সফ্টওয়্যার সহ ) "ভার্চুয়াল" ভলিউম থাকতে পারে, বলুন, এমন একটি FTP:ভলিউম যা আপনাকে কোনও এফটিপি সার্ভারের মতো কোনও পথ দিয়ে ফাইল অ্যাক্সেস করতে দেয় FTP:hostname/path/to/file।

— ইলমারি করোনেন

এটি সত্যিই ভাল উত্তর নয় কারণ এটি চূড়ান্ত বিষয়গত বলে মনে হচ্ছে। এটি বেশ সুন্দরভাবে উইন্ডোজকে ধাক্কা দিচ্ছে।

— রিগ

@ রিগ যদিও এটি সত্য হতে পারে তবে উইন্ডোজ এমএস-ডস থেকে ডেটে এই ড্রাইভ লেটারের নাম থাকার জন্য পুরোপুরি ধাক্কা দেওয়ার অধিকারী। এটি বেশিরভাগ ব্যবহারকারীদের সাথে পরিচিত এমন একটি মাল্টি-রুট ফাইল সিস্টেম, তবুও আমরা সত্যই এটি একক মূলের সাথে তুলনা করার উদ্দেশ্যে ব্যবহার করতে পারি না, কারণ এটি এ জাতীয় সিস্টেমের স্ট্রোম্যান উদাহরণ।

— কাজ

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

— রিগ

@ রিগ শিওর; বলুন, এর চেয়ে আর ভয়ঙ্কর কিছু নয়, বলুন, চকচকে তীরের মাথার মাধ্যমে আপনার পরবর্তী ডিনারটি গ্রহণ করা। উজ্জ্বল তীর শিরোনামগুলি সত্যই তাদের উত্তরাধিকার দিবসে শিল্পের রাজ্য ছিল । আহ, তবে উফ, আমরা আসলে ডস এবং ড্রাইভ চিঠিগুলি সম্পর্কে বলতে পারি না, আমরা কী কী উপমা দেওয়ার জন্য এত কিছু করতে পারি?

— কাজ

Answer 5

* নিক্স এবং উইন্ডোজ উভয়ই তাদের ড্রাইভগুলি মাউন্ট করে। উইন্ডোজে এগুলি স্বয়ংক্রিয়ভাবে মাউন্ট পয়েন্টগুলিতে মাউন্ট করা হয় যা ডিফল্টরূপে, বর্ধিত বর্ণানুক্রমিক ক্রমে থাকে। এই ডিফল্টগুলি হ'ল:

• A:এবং B:=> ফ্লপিগুলি
• C: => প্রথম হার্ড ড্রাইভের প্রথম পার্টিশন
• D: => পরবর্তী পার্টিশন বা পরবর্তী হার্ড ড্রাইভ বা সিডি / ডিভিডি ড্রাইভ যদি অন্য কোনও পার্টিশন উপস্থিত না থাকে।

এই মাউন্ট পয়েন্টগুলির প্রতিটিই একটি ডিরেক্টরি।

* নিক্সে, মাউন্ট পয়েন্টগুলি ব্যবহারকারী দ্বারা সিদ্ধান্ত নেওয়া হয়। উদাহরণস্বরূপ, আমি একটি পার্টিশন হিসাবে মাউন্ট করা আছে /, এবং অন্য হিসাবে /home। সুতরাং, /homeএটি একটি পৃথক ড্রাইভ, এটি E:উইন্ডোজ বলার সমতুল্য হবে ।

উভয় ক্ষেত্রেই উইন্ডোজ এবং * নিক্স, মাউন্ট পয়েন্টগুলি পৃথক ডিরেক্টরি। পার্থক্যটি কেবলমাত্র * নিক্সে, এই পৃথক ডিরেক্টরিগুলি হল উপ-ডিরেক্টরিগুলি /, C:উইন্ডোজ চলাকালীন, প্রতিটি মাউন্ট পয়েন্ট সরাসরি মাউন্ট করা হয় /, এর অধীনে বলা My Computerযাক।

ব্যবহারকারীর দৃষ্টিকোণ থেকে, প্রধান সুবিধাটি হ'ল মাউন্টগুলি সম্পূর্ণ স্বচ্ছ। ডিরেক্টরিটি /homeআসলে একটি পৃথক পার্টিশনে রয়েছে তা আমার জানতে হবে না । আমি কেবল এটি একটি সাধারণ ডিরেক্টরি হিসাবে ব্যবহার করতে পারি। পরিবর্তে, ডস-এ, আমাকে স্পষ্টভাবে মাউন্ট পয়েন্টের নাম ধরে ডাকতে হবে, বলুনE:\home

বাহ্যিক ড্রাইভগুলি উভয় সিস্টেমে বেশ একইভাবে মাউন্ট করা হয়। D:উইন্ডোজ এবং /mnt/cdromলিনাক্সের জন্য বলুন । এর প্রত্যেকটিই একটি ডিরেক্টরি, আমি সত্যিই পার্থক্যটি দেখতে পাচ্ছি না। আপনি যখন উইন্ডোজের অধীনে আপনার ড্রাইভে একটি সিডিআরোএম রাখেন, ডিস্কটি D:লিনাক্সের মতো মাউন্ট করা হয় ।

Comments

কৌতূহলের বাইরে, আপনি কি জানেন যে কেউ যদি উইন্ডোজে 27 টি ড্রাইভ তৈরি করতে চান? উইন্ডোজ ২th তম ড্রাইভে কী ডাকবে? : ডি

— জোসেফ আর।

Hahaha। উইন্ডোজ এমনকি এটি করতে খুব নিস্তেজ মনে হয় ।

— জোসেফ আর।

মাইনর নাইটপিক: উইন্ডোজ ডিফল্ট ড্রাইভের অক্ষরগুলি বর্ধনীয় বর্ণানুক্রমিক ক্রম হিসাবে ডিফল্ট হয় তবে সেগুলি হতে পারে এবং প্রায়শই নামকরণ করা হয়।

— RBerteig

@ ইটারডন: তিনি কেবল একটি ডিরেক্টরিতে ড্রাইভটি মাউন্ট করবেন - ঠিক যেমন আপনি পসিক্স ওএসে করেন।

— মাত্তেও ইটালিয়া

@ জোসেফআর: কোন এক সময় আমি নিশ্চিত নই - তবে সম্ভবত এনটি-উইন্ডোজ ডিরেক্টরিতে ড্রাইভগুলি মাউন্ট করার ক্ষমতা অর্জন করেছিল, অনেকটা ইউনিক্সের মতোই। ডিফল্টরূপে, আসলে কেউই এটি করে না (যা আমাকে অবাক করে দেয়: নুক-ও-প্যাভ পুনরায় ইনস্টল করার ফ্রিকোয়েন্সি সহ, আমি ভাবি যে আলাদা ভলিউমে / হোম স্থাপনের সাথে সামঞ্জস্যপূর্ণ কিছু এখনই জনপ্রিয় হয়ে উঠবে)। তবে, যদি আপনি ড্রাইভের অক্ষর / সংখ্যা / চিহ্নগুলি না হারিয়ে থাকেন তবে আপনি সিস্টেমে আরও বেশি ড্রাইভ যুক্ত করতে চাইলে আপনাকে এটি করতে হবে।

— স্পুনিস্টেস্ট

Answer 6

আমি উপরের উত্তরগুলি, বিশেষত ডগ ও'নেলের উত্তরগুলির সাথে একমত, তবে আমি মনে করি যে এমএস-ডস "সি:" বা "এ:" এর মতো স্পষ্ট ডিভাইস মাউন্ট পয়েন্টগুলির মতো তারা সবাই কিছুটা মিস করে।

নামগুলির সিনট্যাক্স সম্পর্কে রব পাইক দ্য হিডিয়াস নাম লিখেছিলেন , তবে রাশ কক্স এটিকে সিদ্ধ করেছিলেন :

নামের স্থানগুলি ... সর্বাধিক শক্তিশালী হয় যখন নতুন সিনট্যাক্স যুক্ত না করে নতুন শব্দার্থ যুক্ত করা যায়।

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

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

Comments

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

— ক্রিস্টোফার ক্রিউটজিগ

@ ক্রিস্টোফার ক্রিউটজিগ - সম্মত হয়েছে, প্রতীকী লিঙ্কটি আমার উদাহরণের জন্য প্রয়োজনীয় নয়, আমি কেবল একটি নমনীয় নামকরণ স্কিমা আপনার জন্য কীভাবে কাজ করতে পারে তার অন্য একটি উদাহরণ দিতে চাইছিলাম। এটি সম্ভবত খুব ভাল উদাহরণ না।

— ব্রুস এডিগার

বোকা ওয়েব দেখুন, উপায় দ্বারা। proto://specifichost.domain.tld/topleveldir/middle/specificdoc.html।

— কাজ

@ ক্রিস্টোফার ক্রেতুজিগ - আমি বেশ কয়েকটি জায়গায় নেটওয়ার্ক ড্রাইভ হিসাবে / ইউএসআর / স্থানীয় স্থাপন করেছি। "স্থানীয়" এর অর্থ মেশিনের কাছে নয়, সাইটের কাছে স্থানীয়।

— didal24

@ কাজ, আমি মনে করি proto://ব্যবসাটি একটি বাস্তববাদী প্রয়োজনীয়তা। প্রতিটি সফ্টওয়্যারই সেখানে সমস্ত ইউআরআই স্কিম সম্পর্কে জানতে আশা করা যায় না। এইভাবে স্কিম আইডিটি কখন শেষ হয় এবং ইউআরআই বাকি অংশগুলি শুরু হয় তা জানতে সহায়ক হতে পারে।

— অ্যাড্রিয়ান রত্নপালা

Answer 7

এটা বোকামি. উইন্ডোজের একটি একক শ্রেণিবিন্যাসও রয়েছে। তবে এটি লুকানো এবং মানহীন। বেশিরভাগ জিনিস উইন্ডোজ হিসাবে।

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

সি: windows উইন্ডোজের মূল নয়, এটি একটি বিভাজনের মাউন্ট পয়েন্ট। কোনটি শীর্ষ স্তরের "মাই কম্পিউটার" এ থাকা আবশ্যক। ইউনিক্সে থাকা অবস্থায় আপনি অন্য কোনও গাছের নিচে পার্টিশন মাউন্ট করতে পারেন। সুতরাং লিনাক্সে আপনার সি থাকতে পারে: /ডি থাকাকালীন মাউন্ট লাগানো /mnt/d/... মাউন্ট করা ... এমনকি মাউন্ট করাও /তবে এটি জটিল এবং এটি ইতিমধ্যে মাউন্ট করা পাথের উপরে মাউন্ট করার সময় দুটি ফাইল সিস্টেম কীভাবে আচরণ করবে তার উপর নির্ভর করে।

সুতরাং আপনি উইন্ডোজ আপনার সাথে এলোমেলোভাবে চাপিয়ে দেওয়া একই সীমাবদ্ধতাগুলি অনুসরণ করতে "বাধ্য" করে উইন্ডোজের সাথে ঠিক একই জিনিসটি পেতে পারেন।

/ (treat this as "My Computer")
/c/ (mount your first data partition here)
/d/ (mount your second data partition here)

তারপরে আপনাকে বুট বিকল্পগুলির মাউন্ট অপশনগুলিতে পাস করতে হবে। যেহেতু আপনার কোনও / ইত্যাদি / থাকবে না ... তবে এটি উইন্ডোজ দ্বারা আরোপিত সীমাবদ্ধতারও অনুকরণ করে যা এটি করে।

Comments

উইন্ডোজের ফণার নীচে একটি একক শ্রেণিবিন্যাস রয়েছে এবং এটির মাউন্ট পয়েন্ট রয়েছে তবে এটি সেগুলি ডিফল্টরূপে ব্যবহার করে না।

— গিলস

@ গিলস নিশ্চিত নয় যে আমি বুঝতে পেরেছি। "আমার কম্পিউটার" রুট নোডের সাথে প্রতিটি ড্রাইভার সংযুক্তি কীভাবে এটি ডিফল্টরূপে ব্যবহার করছে না?

— gcb

এটি কেবল জিইউআই উপস্থাপনা। ফাইল পাথ ব্যবহার করে না My Computer।

— গিলস

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

— MSalters

@gcb: মুল বক্তব্যটি হ'ল শেল স্তরক্রম "সাধারণ" অ্যাপ্লিকেশনগুলিতে সরাসরি ব্যবহারযোগ্য হয় না। আপনি CreateFile"মাই কম্পিউটার" বা অন্যান্য শেল ফোল্ডারগুলি পাসিং কল করতে পারবেন না ; এটি কেবল শেল-সম্পর্কিত কোড দ্বারা বোঝা একটি বিমূর্ততা, সমস্ত কার্নেল কল (এবং এইভাবে 90% অ্যাপ্লিকেশন, যেহেতু বেশিরভাগ ভাষায় ফাইল ম্যানেজমেন্ট কার্নেল ফাইল এপিআই এর ক্ষেত্রে প্রয়োগ করা হয়) এই স্টাফ সম্পর্কে কিছুই জানে না। প্রোগ্রামগুলি "স্ট্যান্ডার্ড ডায়লগ" (শেল নেমস্পেসের আন্ডারস্ট্যান্ড করে এমনটি ব্যবহার করে) কেবল তখনই শেল ফোল্ডারগুলি ব্যবহারযোগ্য হয় এবং কেবলমাত্র যখন নির্বাচিত ফাইলগুলি সরাসরি "আসল" (= কার্নেল-বোঝা) পথে ম্যাপ করে।

— মাত্তেও ইটালিয়া

Answer 8

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

যখন এমএস-ডস কম্পিউটারে এক বা দুটি অপসারণযোগ্য ডিস্ক এবং কোনও স্থির মিডিয়া সহ দৌড়েছিল তখন আপনার ডিরেক্টরি সহ ডিরেক্টরি ফাইল ফাইলের দরকার নেই। একটি, বা দুটি, 180 কিলোবাইট ডিস্কের সাহায্যে আপনার কখনও এগুলিকে সংগঠিত করতে খুব বেশি সমস্যা হওয়ার মতো পর্যাপ্ত ফাইল নেই had

https://en.wikipedia.org/wiki/Drive_letter_assignment

Comments

এটি সর্বোত্তমভাবে ভুল। সিপি / এম বহু বছর ধরে কোনও মাইক্রোসফ্ট / আইবিএম-পিসি ডসকে পূর্বাভাস দিয়েছিল (আমি বিশ্বাস করি যে আইবিএমের মূল ধারণাটি তাদের "পিসি" এর জন্য সিপি / এম ব্যবহার করা ছিল, যদিও এটি সত্ত্বেও বেশ সুন্দরভাবে প্রতিষ্ঠিত একটি ডি-ফ্যাক্টো শিল্প মান ছিল বিভিন্ন সিপি / এম সিস্টেমগুলি বেমানান হতে পারে) এবং এটি খুব কমই বিতর্কিত যে আইবিএম-পিসি ডস ভার্চুয়ালি 86-ডসের উপর ভিত্তি করে ছিল যা মূলত সিপি / এম এর উত্স-কোড-সামঞ্জস্যপূর্ণ ক্লোন ছিল ।

— একটি সিভিএন

Answer 9

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

অন্যদিকে, ড্রাইভের জন্য ডস অক্ষরগুলি 1 বা 2 ফ্লপি স্টেশন এবং একক ডিস্ক ড্রাইভ সহ পিসির জন্য একটি ভাল নকশা। বড় ফ্লপি 5,25 'সর্বদা A :, ছোট এক 3,5' সর্বদা B :, এবং ডিস্ক ড্রাইভ সর্বদা সি:। আপনি সবসময়ই জানেন যে আপনি কোনও ফাইল ফ্লপি বা অন্য কোথাও ডিস্কে অনুলিপি করেছেন কিনা। আপনি যদি শারীরিকভাবে 2 টিরও বেশি ফ্লপি ড্রাইভ এবং 2 (বা 4) হার্ড ডিস্ক সংযোগ করতে না পারেন তবে আপনার কোনও নমনীয়তার প্রয়োজন হবে না।

ডস ডিজাইনটি আরও শেষ-ব্যবহারকারী-বান্ধব ছিল, অন্যদিকে ইউনিক্স ডিজাইন প্রশাসক-বান্ধব। এখন ড্রাইভের অক্ষরগুলি উইন্ডোজের জন্য বোঝা, ব্যবহারকারীরা চিঠিটি জানার চেয়ে অপসারণযোগ্য ড্রাইভ সামগ্রী সহ স্বয়ংক্রিয়ভাবে এক্সপ্লোরার উইন্ডো খোলার উপর নির্ভর করে ... উবুন্টু আসলে এটিই করে।

Answer 10

আসলে এটি সত্য নয়। উইন্ডোজ অন্য পাথ স্কিম ব্যবহার করে (ভাল, একই নয়)

"ইউনিট লেটারস" কেবল সহজেই পাথ, ডিস্ক এবং পার্টিশনগুলি মনে রাখার মতো একটি জিনিস।

এআরসি পাথগুলি উইন্ডোতে কোনও ফাইলের পাথ সংজ্ঞায়িত করে (তবে সেগুলি কেবল বুটে ব্যবহারকারীদের কাছে দৃশ্যমান):

http://support.microsoft.com/kb/102873

https://serverfault.com/questions/5910/how-do-i-determine-the-arc-path-for-a-particular-drive-letter-in-windows

উইন্ডোজ এনটি-তে ডিস্ক, পার্টিশন এবং ইউনিট বর্ণগুলির মধ্যে কোনও সম্পর্ক নেই: আপনি একটি ফোল্ডারে পুরো ভলিউমটি "লাগাতে" পারেন (যেমন: সি: \ মাইসেকেন্ডডিস্ক একটি সম্পূর্ণ শারীরিক ডিস্ক হতে পারে!)

Comments

আরসি পাথগুলি কেবল বুট করার জন্য, কিছু রমের সাথে সামঞ্জস্যের জন্য যখন এনটি আলফা এবং এমআইপিএসে পোর্ট করা হয়েছিল। সিস্টেমটি যখন চলমান থাকে তখন এটি ইউএনসি পাথগুলি ব্যবহার করে।

— নিনজালজ

Answer 11

আমি দুটি বিষয় উল্লেখ করতে চাই -

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

Comments

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

— didal24

আমি এটি এমনভাবে সম্পর্কিত করার চেষ্টা করছিলাম যাতে উইন্ডোজ ব্যবহারকারীরা বুঝতে পারে। সি: উইন্ডোজে কোনও হার্ড ড্রাইভ নয়, তবে সকলেই এটিকে হিসাবে উল্লেখ করে

— ড্রেক ক্লারিস

1. আপনি এখনও ফাইলগুলি অক্ষর ছাড়াই রাখতে পারেন। ২.পসিক্স সিস্টেমে একটি হার্ড ড্রাইভ একটি পার্টিশন টেবিল ছাড়া পুরো হিসাবে পার্টিশন করা যায়, এবং একটি থাম্ব ড্রাইভের পার্টিশন টেবিল থাকতে পারে। আমরা এমনকি ব্রিফকেসের পরিবর্তে কোনও ফাইলে হ্যাঁ এফএস করতে পারি godশ্বর কেবল জানেন যে কে তার সাথে উপস্থিত হয়েছে knows নাম।

— বেহরোজ

Answer 12

আপনি যদি ইতিহাসের দিকে ফিরে তাকান তবে আপনি দেখতে পাবেন যে ইউনিক্স অডিওর জন্য 8 টি ট্র্যাক টেপ সিস্টেম এবং 9 টি ট্র্যাক আইবিএম ডেটা সিস্টেমের জন্য শুরু হয়েছিল (8 টি ট্র্যাক / 8 বিটের ডেটার জন্য, সমতার জন্য একটি) started প্রযুক্তিগতভাবে খুব একই।

সেই সময় টেপের উপরের তথ্যের অংশগুলিতে ফাইলগুলির অবস্থান সম্পর্কিত তথ্য সঞ্চিত ছিল এবং আপনি যখন টেপ থেকে ডেটা পড়বেন তখন ফরোয়ার্ড এবং পশ্চাদপটে সংজ্ঞায়িত হয়েছিল (কোনও ফাইলের মতো, স্টার্টপজেশন এবং শেষের স্বাক্ষর সহ); এটি আপনাকে ব্যাখ্যা করে যে ড্রাইভ শুরুর সময় আপনার কাছে কেন কেবল একটি ফ্যাট ছিল না — আপনার অনুসন্ধানের গতি বাড়ানোর জন্য আপনার একাধিক ছিল। এবং যদি আপনার একাধিক ড্রাইভ থাকে তবে সেগুলি যেখানে / ডিভের ভিতরে এবং সেই ফাইলের ঠিকানার মাধ্যমে যুক্ত হয়েছিল যা আপনি ডিভাইসগুলির মধ্যে সরিয়ে নিয়েছেন।

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

9-ট্র্যাক-ড্রাইভ এবং ড্রাইভ লেটার অ্যাসাইনমেন্ট