আমাদের লিনাক্সে মাউন্ট করার দরকার কী?

Question

আমি লিনাক্সে মাউন্টিং কী তা বুঝতে পারি এবং আমি ডিভাইস ফাইলগুলিও বুঝতে পারি। তবে আমাদের কেন মাউন্ট করা দরকার তা আমি বুঝতে পারি না।

উদাহরণস্বরূপ, এই আদেশটি ব্যবহার করে এই প্রশ্নের গৃহীত উত্তরে ব্যাখ্যা করা হয়েছে :

mount /dev/cdrom /media/cdrom

আমরা সিডিআরএম ডিভাইসটিতে মাউন্ট করছি /media/cdromএবং শেষ পর্যন্ত নিম্নলিখিত কমান্ডের সাহায্যে সিডিআরওমের ফাইলগুলি অ্যাক্সেস করতে সক্ষম হয়েছি

ls /media/cdrom

যা সিডিআরএম এর বিষয়বস্তু তালিকাভুক্ত করবে।

কেন পুরোপুরি মাউন্টিং এড়িয়ে চলুন না এবং নিম্নলিখিতগুলি কি?

ls /dev/cdrom

এবং সিডিআরএম তালিকাভুক্ত বিষয়বস্তু রয়েছে। আমি উত্তরগুলির একটির প্রত্যাশা করব: " এইভাবে লিনাক্স ডিজাইন করা হয়েছে "। তবে যদি তাই হয় তবে কেন এটি সেভাবে ডিজাইন করা হয়েছিল? /dev/cdromসরাসরি ডিরেক্টরিতে অ্যাক্সেস করবেন না কেন ? মাউন্টিং এর আসল উদ্দেশ্য কি?

Comments

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

— প্রধানমন্ত্রী 2Ring

বেশ কয়েকটি অপারেটিং সিস্টেম "মাউন্ট" নোট করুন। এটি বেশিরভাগ ক্ষেত্রে স্বচ্ছ। উইন্ডোজ যখন আপনি পেনড্রাইভের জন্য "নিরাপদে অপসারণ" বাছাই করেন, সিস্টেমের দ্বারা স্বয়ংক্রিয়ভাবে মাউন্ট হওয়ার পরে আপনি প্রকৃতপক্ষে পরিশ্রম করছেন। লিনাক্স প্রক্রিয়াটি থেকে এখন পর্যন্ত ব্যবহারকারীকে আলাদা করে দেয় না, ফলস্বরূপ আপনি এটি আরও 'কাস্টমাইজ' করতে সক্ষম হবেন - বলুন, umsdos পার্টিশনটি ভিফ্যাট থেকে কোনও দৃশ্যমান উপায়ে আলাদা নয়, তবে আপনি যদি mount -t umsdosএটি মাউন্ট করতে ব্যবহার করেন, আপনার সমস্ত লিনাক্স অনুমতি, মালিকানা, বিশেষ ফাইল, ফিফোস ইত্যাদি রয়েছে যদি আপনি mount -t vfatএটি সরল উইন্ডোজ বিভাজনের মতো আচরণ করেন।

— এসএফ

help.ubuntu.com/commune/Autofs

— জেমসডলিন

"আমি লিনাক্সে মাউন্টিং কী তা বুঝতে পারি এবং আমি ডিভাইস ফাইলগুলিও বুঝতে পারি" " আপাতদৃষ্টিতে নয়;)

— অরবিট

Why not access the /dev/cdrom directory directly?কারণ এটি কোনও ডিরেক্টরি নয়।

— ব্র্যান্ডন

Answer 1

এর একটি কারণ হ'ল ব্লক স্তরের অ্যাক্সেসটি lsকাজ করতে সক্ষম হতে কিছুটা কম স্তর । /dev/cdrom, বা dev/sda1যথাক্রমে আপনার হার্ড ড্রাইভের সিডি রম ড্রাইভ এবং পার্টিশন 1 হতে পারে তবে তারা আইএসও 9660 / এক্সট 4 বাস্তবায়ন করছে না - তারা ডিভাইস ফাইল হিসাবে পরিচিত সেই ডিভাইসগুলিতে কেবল কা-পয়েন্টার ।

মাউন্টগুলি নির্ধারণ করে যেগুলির মধ্যে একটি হল এই কাঁচা অ্যাক্সেসটি কীভাবে ব্যবহার করা যায় - কোন ফাইল সিস্টেমের যুক্তি / ড্রাইভার / কার্নেল মডিউলগুলি রিড / রাইটিং পরিচালনা করতে চলেছে বা ls /mnt/cdromকোন ব্লকগুলিতে পড়তে হবে তা অনুবাদ করতে পারে এবং কীভাবে সেগুলির বিষয়বস্তু ব্যাখ্যা করতে হয় মত জিনিস ব্লক file.txt।

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

এটি নিজের জন্য দেখার একটি উপায় কেবল এটি চেষ্টা করে দেখার জন্য:

[root@ArchHP dev]# cd /dev/sda1
bash: cd: /dev/sda1: Not a directory

/devএটি একটি ডিরেক্টরি, এবং আপনি cdএবং lsআপনার পছন্দ মতো সমস্ত কিছু করতে পারেন। /dev/sda1ডিরেক্টরি নয়; এটি একটি বিশেষ ধরণের ফাইল যা কার্নেলটি সেই ডিভাইসে 'হ্যান্ডেল' হিসাবে দেয়।

আরও গভীরতর চিকিত্সার জন্য ডিভাইস ফাইলগুলিতে উইকিপিডিয়া এন্ট্রি দেখুন ।

Comments

আমি কিছু বিশদটি নিয়ে গ্লস করছি, কারণ আমার ধারণা যে খারাপ জিনিসগুলি ঘটবে যদি আপনি কেবল / ডিভ / এসডিএ-তে যে কোনও ডেটা সঞ্চিত থাকে সেগুলি লিখতে শুরু করেন, এবং এইভাবে আমি ধরে নিয়েছি এমন কিছু প্রতিরোধমূলক ব্যবস্থা বা সম্ভবত বিমূর্ততা রয়েছে যা আপনাকে ওভাররাইটিং থেকে বিরত রাখতে পারে। তবে এটি সংক্ষেপে বলতে গেলে, আপনি যদি ডিস্কে কীভাবে এবং কোথায় লিখতে হয় তা যদি আপনি নিজেই জানতেন তবে এটি নিজে নিজেই করতে পারতেন /dev/sda1। কিছু সরঞ্জাম নোট করুন কাঁচা ডিস্কগুলির সাথে সরাসরি ইন্টারঅ্যাক্ট করে, যেমন swapon/swapoffএবং dd।

— এহরিক

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

— orion

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

— ডেভিড জেড

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

— লুয়ান

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

— টনি

Answer 2

মূলত, এবং এটিকে সহজেই বলতে গেলে, অপারেটিং সিস্টেমটি কীভাবে সেই ডিভাইসে ফাইলগুলি অ্যাক্সেস করতে হয় তা জানতে হবে।

mount কেবল "ফাইলগুলিতে আপনাকে অ্যাক্সেস দিচ্ছে" তা নয়, এটি ওএসকে কেবলমাত্র পাঠযোগ্য বা পড়ার / লেখার অ্যাক্সেস ইত্যাদির দ্বারা ড্রাইভের ফাইল সিস্টেমটিকে বলছে etc.

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

নোট করুন যে এটি অনেকগুলি ওএসে স্বয়ংক্রিয়ভাবে ঘটে (কিছু বিতরণ এবং গ্রাফিক ইন্টারফেসে লিনাক্সও), তবে এর অর্থ এই নয় যে অন্যান্য ওএসগুলি ড্রাইভগুলি "মাউন্ট" করছে না।

Answer 3

ধারাবাহিকতার জন্য

আপনার সিস্টেমে প্রথম হার্ড ড্রাইভে আপনার কিছু পার্টিশন রয়েছে তা কল্পনা করুন। উদাহরণস্বরূপ /dev/sda2,। আপনি পরে সিদ্ধান্ত নেবেন যে ড্রাইভটি যথেষ্ট বড় নয় তাই আপনি দ্বিতীয়টি কিনে এটি সিস্টেমে যুক্ত করেন। হঠাৎ করেই তা হয়ে যায় /dev/sdaএবং আপনার বর্তমান ড্রাইভ হয়ে যায় /dev/sdb। আপনার পার্টিশন এখন /dev/sdb2।

আপনার প্রস্তাবিত সিস্টেমটি ব্যবহার করে, আপনাকে সমস্ত স্ক্রিপ্ট, অ্যাপ্লিকেশন, সেটিংস ইত্যাদি পরিবর্তন করতে হবে যা আপনার পুরানো পার্টিশনের ডেটা অ্যাক্সেস করে নাম পরিবর্তন করে।

যাইহোক, মাউন্টিং আপনাকে এই পুনরায় নামকরণ করা ড্রাইভের জন্য একই মাউন্ট পয়েন্ট ব্যবহার করার অনুমতি দেয়। /etc/fstabআপনার সিস্টেমে এটি বলতে আপনাকে সম্পাদনা করতে হবে যে (উদাহরণস্বরূপ) পরিবর্তে /media/backupএখন /dev/sdb2, তবে এটি কেবল একটি সম্পাদনা।

নোট করুন যে আধুনিক দিনের সিস্টেমগুলি আরও সহজ। পরিবর্তে ডিভাইস হিসাবে উল্লেখ এর /dev/sda2বা /dev/sdb2, তারা আছে UUIDSযা অনুরূপ তাকান, c5845b43-fe98-499a-bf31-4eccae14261bবা বন্ধুত্বপূর্ণ লেবেল যেমন দেওয়া যায় backupকোন ডিভাইস ব্যবহার রেফারেন্স যখন মাউন্ট ব্যবহার করা যাবে। এইভাবে, কোনও নতুন ডিভাইস যুক্ত করার পরে ডিভাইসের নাম পরিবর্তন হয় না যা প্রশাসনকে আরও সহজ করে তোলে:

# mount LABEL="backup" /media/backup

নিরাপত্তার জন্য

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

Comments

ইউনিভার্সাল আইডিগুলি আসলে ইউইউডি হয়, মাইক্রোসফ্টের জিআইডি হয় না।

— Ruslan

@ রুসলান - তাই তারা! আমি আমার এমএস মাথা ছিল সময়। অনেক ধন্যবাদ - আমি এটি পরিবর্তন করেছি।

— গ্যারেথ TheRed

Answer 4

আমি এটিকে historicalতিহাসিক কারণ বলব। অন্যান্য উত্তরগুলি ভুল বলে নয়, তবে গল্পটির আরও কিছুটা আছে।

উইন্ডোর তুলনা করুন: উইন্ডোজ একটি একক কম্পিউটার, একক ব্যবহারকারী ওএস হিসাবে শুরু হয়েছিল। সেই একক কম্পিউটারে সম্ভবত একটি ফ্লপি ড্রাইভ এবং একটি হার্ড ড্রাইভ ছিল, কোনও নেটওয়ার্ক সংযোগ নেই, ইউএসবি নেই, কিছুই নেই। (উইন্ডোজ 3.11 এর দেশীয় নেটওয়ার্কিং ক্ষমতা ছিল; উইন্ডোজ ৩.১ নেই ।)

উইন্ডোজ যে ধরণের সেটিংয়ের জন্ম নিয়েছিল তা এত সহজ ছিল যে অভিনব হওয়ার দরকার ছিল না: প্রতিবার কেবল সমস্ত কিছু (সমস্ত দুটি ডিভাইস) স্বয়ংক্রিয়ভাবে মাউন্ট করুন, এমন কিছু নেই যা ভুল হতে পারে।

বিপরীতে, ইউনিক্স প্রথম থেকেই একাধিক ব্যবহারকারীর সাথে সার্ভার নেটওয়ার্কগুলিতে চালানো হয়েছিল।

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

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

এই ধরণের সেটিংয়ে, আপনি কেবল সব কিছুই উইল-নিলিতে মাউন্ট করতে পারবেন না,

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

সুতরাং সে কারণেই historicalতিহাসিক দৃষ্টিকোণ থেকে: উইন্ডোজ এবং ইউনিক্স বিভিন্ন ব্যাকগ্রাউন্ড থেকে এসেছে। আপনি যদি এটি পছন্দ করেন তবে এটি একটি সাংস্কৃতিক পার্থক্য বলতে পারেন:

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

সাম্প্রতিককালে, ওএসগুলি একে অপরের কাছাকাছি চলেছে:

• লিনাক্স আরও সিঙ্গল-কম্পিউটার, একক-ব্যবহারকারীর স্টাফ যুক্ত করেছে (স্বতঃসমানের মতো); এটি ঘন ঘন একক কম্পিউটার সেটিংসে ব্যবহৃত হয়ে ওঠে।
• উইন্ডোজ আরও সুরক্ষা, নেটওয়ার্কিং, একাধিক ব্যবহারকারীর সমর্থন ইত্যাদি যোগ করেছে; নেটওয়ার্কিং আরও সর্বব্যাপী হয়ে ওঠার সাথে সাথে মাইক্রোসফ্ট সার্ভারগুলির জন্য একটি ওএস তৈরিও শুরু করে।

তবে এটি এখনও বলা সহজ যে দুটোই বিভিন্ন .তিহ্যের ফলাফল।

Comments

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

— পুনরায় পোস্টার

Answer 5

বর্তমান ব্যবস্থাপনার বিভিন্ন সুবিধা রয়েছে। এগুলিকে ব্লক বিশেষ ফাইলগুলির সুবিধা এবং মাউন্টপয়েন্টগুলির সুবিধার মধ্যে ভাগ করা যায়।

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

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

এখন আমি লক্ষ্য করেছি যে আপনি / মিডিয়া / সিড্রোমে আপনার সিডি মাউন্ট করার কথা বলেছেন, যা কেবলমাত্র একটি সিড্রোম ড্রাইভযুক্ত কম্পিউটারগুলির জন্য কার্যকর, তবে আপনার যদি একাধিকটি থাকে? কোথায় আপনি দ্বিতীয় মাউন্ট করা উচিত? না তৃতীয়? নাকি পনেরো? আপনি অবশ্যই / মিডিয়া / সিড্রোম 2 ইত্যাদি ব্যবহার করতে পারেন অথবা আপনি এটি / src / samba / संसाधन / উইন্ডোজ-ইনস্টল, বা / var / www, বা যেখানে এটি করার জন্য বোধগম্য হতে পারেন তা মাউন্ট করতে পারেন।

Comments

আমি মনে করি ওপি বলতে বোঝায় কেন পুরোটা mountপুরোপুরি বাদ না দেওয়া , এবং কেবল /dev/cd0, /dev/cd2, /dev/sda1, /dev/sda2সরাসরি সাথে ইন্টারঅ্যাক্ট করা - প্রত্যেকটির ইতিমধ্যে বিভিন্ন ধরণের একটি মনোনীত 'ডিরেক্টরি' রয়েছে।

— এহরিক

আপনি সঠিক, তবে আপনি কি সত্যিই / dev / sdb9 / শেয়ার / ডক / প্যাকেজ / একটি ভাল পথ খুঁজে পাবেন? এমনকি ডি: / শেয়ার / ডক / প্যাকেজ / রিডএমই ভাল তবে / ইউএসআর / শেয়ার / ডক / প্যাকেজ / রিডএমই শব্দার্থবিজ্ঞান রয়েছে! এটি একটি মাউন্টপয়েন্টের মান।

— ই

আমি সন্দেহ করি যে অর্থসূচক ব্যবহারটি পরে 'ডিরেক্টরি সিস্টেমের মধ্যে কিছু কোড লাগানো এবং ডিভাইসে সেই কাঁচা ফাইল পয়েন্টার' এর সম্পূর্ণ প্রয়োজনীয়তার উপ-উত্পাদক হিসাবে এসেছিল, কারণ সিডি / এলএস / ন্যানো / সমস্ত কিছু ব্যবহার করা কাঁচার চেয়ে অনেক সহজ because লিখেছেন dd if=/file of=/dev/sda2 bs=4096 skip=382765832 count=84756:, সম্পর্কিত ইনোড / এফএটি / জার্নাল আপডেট করা যাক।

— এহরিক

(কিছু লিনাক্স মাশোচিস্ট সম্ভবত ওয়ার্কিং ডিরেক্টরি হিসাবে / দেব / এসডিবি 9 পছন্দ করবেন, আমি নিশ্চিত)

— এহরিক

আমার প্রথম কম্পিউটার 2 8 "ফ্লপিগুলিতে সিপি / এম চালিয়েছিল It এটি সাব-ডিরেক্টরিগুলিকে মোটেও সমর্থন করে না disk ডেস্কের জন্য একটি ডিরেক্টরি। একটি পথটি বি: নাম.সেক্সটের মতো দেখায় se শব্দার্থক নামকরণের ধারণাটি ইতিমধ্যে প্রতিষ্ঠিত ছিল even এমনকি টেপ সিস্টেমগুলি ইউএনআইএক্স ইতিমধ্যে মাউন্টপয়েন্টগুলির জন্য ড্রাইভ চিঠিগুলির ধারণা প্রত্যাখ্যান করেছিল the উপায় দ্বারা, @ এহ্রাইক, আপনি কি জানেন যে আপনি কেবল উইন্ডোতে নয় ডসগুলিতে একটি ডিরেক্টরিতে একটি ড্রাইভ মাউন্ট করতে পারেন? আমি এটি এমএস-ডস 5 এ করেছি ।। ছাড়াও, যখন আমি একজন মানুষ পৃষ্ঠার জন্য অপেক্ষায় থাকবো আমি চাই না মনে রাখা যা কম্পিউটার এটা অনেক কম, যা ড্রাইভে আছে করতে চান

— hildred

Answer 6

প্রশ্নের শিরোনাম জিজ্ঞাসা করে: আমাদের লিনাক্সে কেন মাউন্ট করতে হবে?

এই প্রশ্নের ব্যাখ্যার একটি উপায়: লিনাক্সে ফাইল সিস্টেম উপলভ্য করার জন্য আমাদের সুস্পষ্ট mountআদেশ জারি করা দরকার কেন ?

উত্তর: আমরা না।

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

সুতরাং এটি সম্ভবত আপনি জিজ্ঞাসা বোঝাতে চেয়েছিলেন না।

দ্বিতীয় ব্যাখ্যা: লিনাক্সে ফাইল সিস্টেম উপলব্ধ করার জন্য আমাদের মাঝে মাঝে সুস্পষ্ট mountআদেশ জারি করা দরকার কেন ? কেন অপারেটিং সিস্টেমটি সর্বদা আমাদের জন্য তা করে না এবং এটি ব্যবহারকারীর কাছ থেকে আড়াল করে না?

এই প্রশ্নটি আমি প্রশ্ন পাঠ্যে পড়ছি, যখন আপনি জিজ্ঞাসা করবেন:

কেন পুরোপুরি মাউন্টিং এড়িয়ে চলুন না এবং নিম্নলিখিতগুলি করুন

ls /dev/cdrom

এবং সিডি-রমের লিখিত তালিকা রয়েছে?

সম্ভবত, আপনি বলতে চাইছেন: কেন কেবল সেই আদেশটিই করুক না

ls /media/cdrom

এখন কি?

ঠিক আছে, সেক্ষেত্রে /dev/cdromকোনও ডিরেক্টরি ট্রি হবে, কোনও ডিভাইস ফাইল নয়। সুতরাং আপনার আসল প্রশ্নটি মনে হচ্ছে: ডিভাইসের ফাইলটি কেন প্রথম স্থানে রয়েছে?

আমি ইতিমধ্যে দেওয়া উত্তরগুলির সাথে একটি উত্তর যুক্ত করতে চাই।

ব্যবহারকারীরা কেন ডিভাইস ফাইলগুলি দেখতে পান?

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

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

সুতরাং ফাইল সিস্টেম ড্রাইভারদের ডিভাইস ফাইলগুলির প্রয়োজন।

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

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

ডিভাইস ফাইলগুলি এটিকে সহজ করে তোলে।

Comments

খুব ভালভাবে ব্যাখ্যা করা হয়েছে

— শৈলেন্দ্র

Answer 7

অনেক ডাটাবেস ইঞ্জিন কাঁচা ডিস্ক বা পার্টিশনগুলির সাহায্যে সরাসরি কাজ করতে পারে। উদাহরণস্বরূপ, মাইএসকিউএল:

http://dev.mysql.com/doc/refman/5.7/en/innodb-raw-devices.html

এটি ফাইল-সিস্টেম ড্রাইভারগুলির মধ্য দিয়ে যাওয়ার ওভারহেড এড়ায়, যখন সমস্ত ডিবি ইঞ্জিনকে সত্যই দরকার হয় এমন একটি বিশাল ফাইল যা ডিস্কটি পূরণ করে।

Answer 8

কারণ /dev/cdromএকটি ডিভাইস, যেখানে /media/cdromএকটি ফাইল সিস্টেম রয়েছে । সিডি-রমে ফাইলগুলি অ্যাক্সেস করার জন্য আপনাকে পূর্বেরটিকে পূর্ববর্তীটি মাউন্ট করতে হবে।

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

সমস্ত অপারেটিং সিস্টেম এটি করে - তবে কিছু (যেমন উইন্ডোজ যখন এটি কোনও সিডি-রম মাউন্ট করে D:) স্বচ্ছভাবে করে ly লিনাক্স এটি আপনাকে ছেড়ে দেয় যাতে আপনার প্রক্রিয়াটির উপর আরও বেশি নিয়ন্ত্রণ থাকে।

Comments

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

— গ্রিসো

@ গ্রিসো: আমি আমার উত্তরের পাশে দাঁড়িয়েছি।

— অরবিটে

Answer 9

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

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

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