মাউন্ট অপশন নোডেভ এবং ইউএসবি ফ্ল্যাশ ড্রাইভের সাথে এর ব্যবহার বোঝা

Question

মাউন্ট (8) ওএস এক্স ম্যানুয়াল পৃষ্ঠাnodev বিকল্পটি বর্ণনা করে :

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

একা, আমি পুরোপুরি বুঝতে পারি না ... 

আমার জন্য ... এই প্রশ্নের আরও গুরুত্বপূর্ণ অংশটি - যা আমাকে বিকল্পটি বুঝতে সাহায্য করতে পারে - হ'ল:

কেন ইউএসবি ফ্ল্যাশ ড্রাইভ নোডেভ বিকল্পের সাথে মাউন্ট করা হয়?

উদাহরণ:

sh-3.2$ mount
/dev/disk1 on / (hfs, local, journaled)
devfs on /dev (devfs, local, nobrowse)
/dev/disk0s2 on /Volumes/swap (hfs, local, journaled)
/dev/disk0s4 on /Volumes/spare (hfs, local, journaled)
map -hosts on /net (autofs, nosuid, automounted, nobrowse)
map auto_home on /home (autofs, automounted, nobrowse)
localhost:/Eiu9XWYlwq4E8x9l_bQTiX on /Volumes/MobileBackups (mtmfs, nosuid, read-only, nobrowse)
/dev/disk3 on /Volumes/gjp22 (zfs, local, journaled, noatime)
/dev/disk3s1 on /opt (zfs, local, journaled, noatime)
/dev/disk6 on /Volumes/zhandy (zfs, local, journaled, noatime)
/dev/disk8s1 on /Volumes/experiment (hfs, local, nodev, nosuid, journaled, noowners)
/dev/disk10 on /Volumes/tall (zfs, local, journaled, noatime)
/dev/disk11s2 on /Volumes/LaCie Little Big Disk (hfs, local, nodev, nosuid, journaled, noowners)
/dev/disk12 on /Volumes/twoz (zfs, local, journaled, noatime)
Wuala on /Volumes/WualaDrive (osxfusefs, local, nodev, nosuid, synchronous, mounted by gjp22)
/dev/disk14s2 on /Volumes/Time Machine Backups (hfs, local, nodev, nosuid, journaled)

এই উদাহরণে, চারটি খণ্ডের সাথে nodev:

1. পরীক্ষা - একটি ইউএসবি ফ্ল্যাশ ড্রাইভে
2. LaCie লিটল বিগ ডিস্ক - ফায়ারওয়্যার 400-এ একটি হার্ড ডিস্ক ড্রাইভে, এই ভলিউমে একটি টাইম মেশিন অন্তর্ভুক্ত রয়েছেBackups.backupdb
3. ওয়ালা - ফাইল সিস্টেম সংহতকরণ ওএস এক্সের জন্য ফুস ব্যবহার করে
4. টাইম মেশিন ব্যাকআপ

আলগাভাবে বলতে গেলে, আমি বুঝতে পারি যে 2, 3 এবং 4 বিশেষ। যাহোক:

• আমি nodevUSB ফ্ল্যাশ ড্রাইভের প্রাসঙ্গিকতা বুঝতে পারি না ।

অন্যান্য রেফারেন্স

ইউএসবি ডিস্কগুলি স্বয়ংক্রিয়ভাবে মাউন্ট করা (এটি কীভাবে কাজ করে) - ইউনিক্স এবং লিনাক্স

পটভূমি

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

Answer 1

nodevবিকল্প ব্যবস্থা তৈরী ও অ্যাক্সেস নামঞ্জুর করার জন্য বলে ডিভাইস নোড আপনি আছে যে বিশেষ ফাইল ধরনের - /dev।

উদাহরণস্বরূপ, /dev/disk0ফাইল সিস্টেম বা অনুমতি-পরীক্ষণ কোডের মতো উচ্চ স্তরের উপর নির্ভর না করেই আপনাকে প্রথম ডিস্কে সঞ্চিত সমস্ত ডেটাতে সরাসরি অ্যাক্সেস দেয় - কেবলমাত্র সেই নির্দিষ্ট ডিভাইস নোডটি খোলার অনুমতি আপনিই পেয়েছেন কিনা তা যাচাই করা হয়েছে permission পড়া বা লেখার জন্য।

এর অর্থ হ'ল যদি /dev/disk0বিশ্ব-পঠনযোগ্য তৈরি করা হয় তবে যে কোনও ব্যবহারকারী সহজেই এখান থেকে পড়ার মাধ্যমে একই ডিস্কে অন্য কোনও ব্যবহারকারীর ফাইলগুলি (যদি সেগুলি এনক্রিপ্ট না করা থাকে) সহজেই পড়তে পারে /dev/sda।

ওএসের উপর নির্ভর করে /devসাধারণত অন্যান্য অনেক ধরণের ডিভাইস নোড থাকে /dev/memযা এতে সিস্টেমের সম্পূর্ণ (শারীরিক এবং / অথবা ভার্চুয়াল) মেমরির অ্যাক্সেস দেয় although যদিও CONFIG_STRICT_DEVMEM( রুট ব্যতীত ) সংকলিত কার্নেল চালিত সিস্টেমগুলির সাথে না ।

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

এটি nodevবিকল্পটি প্রতিরোধ করে - এমনকি যদি কেউ তাদের নিজের ড্রাইভে একটি বিশ্ব-পঠনযোগ্য / বিশ্ব-লিখনযোগ্য ডিভাইস নোড তৈরি করে, nodevমাউন্ট করার সময় ব্যবহৃত বিকল্পের কারণে ওএস এটি দিয়ে কিছু করতে অস্বীকার করবে ।

---

একই কারণে nosuidবিকল্পটিতে প্রযোজ্য , যা ওএসকে সেটুইড বিট উপেক্ষা করতে বলে যেটি সাধারণত কোনও প্রোগ্রাম ব্যবহারকারীর চেয়ে বিভিন্ন সুযোগ-সুবিধা দিয়ে কার্যকর করতে পারে। উদাহরণস্বরূপ, /usr/bin/sudoআছে setuid তাই এটি সবসময় একই বিশেষাধিকার থাকবে রুট মতো বিট এবং মূল মালিকানাধীন হয়।

Comments

এটি একটি দুর্দান্ত উত্তর - ধন্যবাদ। আমি যদি জিনিসগুলি সঠিকভাবে বুঝতে পারি তবে অন্য প্রশ্ন উঠবে ... জেভো সমর্থন ফোরামে: কেন জেভিও জেডএফএস নোডেভ বিকল্প ছাড়াই মাউন্ট করছে? (এইচএফএস প্লাসকে দেওয়ার জন্য এই মুহুর্তে আমার কাছে কোনও অতিরিক্ত ইউএসবি হার্ড ডিস্ক ড্রাইভ নেই))

— গ্রাহাম পেরিন

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

— user1686

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

— গ্রাহাম পেরিন

@ গ্রায়েটি: ভুল, nodevবিকল্পটি ডিভাইস ফাইলগুলিতে পঠন এবং লেখার বিষয়টি প্রত্যাখ্যান করতে বলে যাতে বিদ্যমান বিদ্যমানগুলিও উদ্বিগ্ন। আপনি এখনও এগুলি তৈরি করতে পারেন।

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