মাউন্টিং ধারণা বুঝতে সমস্যা

13

উভয় পড়া রয়ে কি লিনাক্সে একটি ডিভাইস মাউন্ট দ্বারা বোঝানো হয়? এবং বুঝতে "mount" OS এ একটা ধারণা যেমন , আমি একটি সমস্যা যেখানে এটি যে বিবৃত করা হয়

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

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

linux mount devices

— sounak
সূত্র

11

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

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

— প্রধানমন্ত্রী 2 রিং
সূত্র

8

আমি নিম্নলিখিত পদ্ধতিতে এটি সম্পর্কে চিন্তা করি: mountএটি একটি সরঞ্জাম যা সিস্টেমকে কিছু ফাইলের বিষয়বস্তুকে ডিরেক্টরি ট্রি হিসাবে ব্যাখ্যা করতে বলে।

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

ডিডি যদি = / দেব / শূন্য = এফএস-চিত্র বিএস = 1 এম গণনা = 50
mke2fs fs-image
sudo মাউন্ট এফএস-ইমেজ / কিছু / মাউন্ট / পয়েন্ট

(চিত্র ফাইল প্রস্তুত করার সময় প্রথম দুটি কমান্ড কেবলমাত্র প্রথমবারের প্রয়োজন))

— Krzysztof Kosiński
সূত্র

তোমার দরকার কেন mke2fs?

— এডিটিসি

চিত্র ফাইলের ভিতরে একটি ফাঁকা ext2 ফাইল সিস্টেম তৈরি করতে। একটি খালি ফাইল সিস্টেম সমস্ত জিরো নয় - এটিতে কিছু মেটাডেটা এবং স্থির কাঠামো রয়েছে ঠিক যেমন একটি খালি ওয়ার্ড বা লিব্রেঅফিস নথিতে কিছু ননজারো আকার থাকে এবং উদাহরণস্বরূপ ডিফল্ট ফন্ট এবং পৃষ্ঠার আকার সম্পর্কে তথ্য থাকে।

— Krzysztof Kosiński

ওহ ঠিক আছে, এটি একটি সম্ভাব্য ধ্বংসাত্মক ক্রিয়া। আপনি উল্লেখ করার পরামর্শ দিন যে এই আদেশটি কেবলমাত্র প্রথমবারের সূচনার জন্য। :)

— এডিটিসি

5

/dev/cdromএকটি ডিভাইস ফাইল বোঝায় । এটি আপনার অপটিকাল ড্রাইভে whateverোকাতে ইচ্ছুক যে কোনও ডিস্কের বিষয়বস্তু নয় , বরং এটি আপনাকে দেখানোর জন্য কল করতে পারে এমন হার্ডওয়ারের (এবং সম্ভবত সফ্টওয়্যার ড্রাইভার) বিটের একটি উল্লেখ reference আপনি যখন mount /dev/cdromআপনার গাছ মধ্যে কিছু পথে আপনি তার সংযুক্ত বিষয়বস্তু আপনার টু ফাইল সিস্টেম ।

জিনিসটি হ'ল - আমি এটি করার অন্য কোনও উপায় সম্পর্কে সত্যিই ভাবতে পারি না। এমনকি উইন্ডোজেও - যদিও এটি এতটা স্পষ্ট নয় - এর জন্য এখনও ফাইল সিস্টেম বিমূর্ততা রয়েছে \\?\volumename\। এটা আমার যে কি ভালো লাগছিল মনে রাখা এক মিনিট নেন, এবং আমি এই পাওয়া এটা googling :

... ভলিউমের নামটি কেবল একটি প্রতীকী লিঙ্ক যা সাধারণত আকারে প্রকৃত ভলিউম ডিভাইসে ফিরে আসে \Device\HarddiskVolume23। এমএস-ডস ডিভাইসের আরেকটি উদাহরণ রয়েছে যা ড্রাইভ লেটার। যদি আপনার ভলিউমে সি: ড্রাইভ চিঠি থাকে তবে আপনার কাছে একটি প্রতীকী লিঙ্ক বলা হবে \\?\C: এটি \Device\HarddiskVolumeXXফর্ম্যাটে একটি আসল ভলিউমকে নির্দেশ করে।

এবং তাই সম্ভবত এটি সমস্ত আলাদা নয় - যদিও আমি কম জটিল তর্ক করব - এটি কেবল আরও সুস্পষ্ট , আমি মনে করি। এগুলি এক এবং একই সিস্টেম নয়, তবে তারা মূলত আলাদাও নয়।

সম্ভবত সবচেয়ে গুরুত্বপূর্ণ পার্থক্য /dev/deviceএবং /path/to/its/mountযে আধুনিক পথ একটি ফাইল-সিস্টেম রয়েছে - সফ্টওয়ার কিছু বিট একটা সংগঠিত ভাবে তথ্য কীভাবে পরিচালনা করার কথা ছিল - সাবেক বিষয়বস্তু ব্যাখ্যা করা হয়। আপনি কেবল একটি ডিস্ক পড়তে পারবেন না - কেউ আপনাকে এটি পড়তে পারে to ফাইল সিস্টেম ডিভাইসের সামগ্রীর ব্যাখ্যা করে।

— mikeserv
সূত্র

এটি কিছুটা বিভ্রান্তিকর। আপনি যদি /dev/cdromকোনও হেক্স সম্পাদককে খোলেন , এটিতে আসলে সিডি-রমের কাঁচামাল রয়েছে। mountআপনি ব্যবহার করে কেবল ওএসকে সেই বিষয়বস্তুকে ডিরেক্টরি ট্রি হিসাবে ব্যাখ্যা করতে বলুন।

— Krzysztof Kosiński

0

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

মঞ্জুর, কেবল পঠনযোগ্য ডিভাইসের জন্য এটি কম বোঝা যায়, তবে এটি এখনও প্রয়োগ হয়।

— জো সোয়েল
সূত্র