El Capitan একটি পার্টিশন অটোমেটো কিভাবে প্রতিরোধ

Question

আমার ম্যাকবুকে দুটি বুট পার্টিশন রয়েছে। একটি কাজ, বুটযোগ্য, এল Capitan উভয় ইনস্টল করা হয়।

পার্টিশন 1 থেকে বুট করার সময় আমি automation পার্টিশন ২ কে প্রতিরোধ করতে পারি?

গুগল এর মাধ্যমে পাওয়া অনেক পেজের মতে এটি লাইন যুক্ত করে ভিএফএসের মাধ্যমে fstab সম্পাদনা করে সম্পন্ন করা হয়

UUID=uuid_of_partition2_here       none    hfs     rw,noauto

কিন্তু যে কাজ করে না! পার্টিশন যাইহোক মাউন্ট করা হয়!

Comments

হোয়াইটস্পেস গুরুত্বপূর্ণ হলে idk, আমি শুধুমাত্র ঐ উপাদানগুলির মধ্যে একক স্পেস আছে & amp; খনি প্রদর্শিত থেকে আমার ক্লোনড বুট ড্রাইভ প্রতিরোধ ঠিক সূক্ষ্ম কাজ করে। তারপরে, ইউআইআইআইডি দ্বিগুণ / ট্রিপল-চেক করুন

— Tetsujin

@Tetsujin: প্রতিটি & lt; ট্যাব & gt; পরিবর্তন হচ্ছে ফাইলটিতে একক স্পেসে সমস্যার সমাধান হয়েছে ... যদি আপনি উত্তর হিসাবে আপনার মন্তব্য লিখেন তবে আমি আনন্দের সাথে সঠিকভাবে এটি চিহ্নিত করব!

— lexu

আহ, খুশি এটি একটি সহজ সমাধান হতে পরিণত। আমি এটি একটি উত্তর হিসাবে লিখবো ...

— Tetsujin

আমি এটা পেয়েছি chmod +x (এক্সিকিউটেবল) আমার ~/bin/ ডিরেক্টরি। gist.github.com/voltechs/fc48c9683d50c7c03cab2f0a6477d8da

— Volte

Answer 1

মনে হচ্ছে সিনট্যাক্সটি সিস্টেম দ্বারা স্বীকৃত হওয়া ট্যাব নয়, একক স্পেস ব্যবহার করতে হবে।

এই অনেক কমান্ড লাইন প্রসেস সঙ্গে লাইন পড়া হবে; মনের স্প্রিংস যে শুধুমাত্র ব্যতিক্রম hosts ফাইল, যা হোয়াইটস্পেস কোন পরিমাণ ব্যবহার করতে পারেন।

যে সঠিক সিনট্যাক্স করা হবে

UUID=uuid_of_partition2 none hfs rw,noauto

বরং

UUID=uuid_of_partition2       none    hfs     rw,noauto

... সূক্ষ্ম কিন্তু গুরুত্বপূর্ণ পার্থক্য।

Comments

অনুযায়ী ম্যানুয়াল পৃষ্ঠা জন্য fstab ফাইলের রাষ্ট্র, " প্রতিটি ফাইল সিস্টেম একটি পৃথক লাইন বর্ণিত হয়; প্রতিটি লাইন ক্ষেত্রগুলি ট্যাব বা স্পেস দ্বারা পৃথক করা হয় । "নোট: আমি প্রাসঙ্গিক অংশে সাহসী হাইলাইট যুক্ত করেছি।

— user3439894

আকর্ষণীয় - তবে, অভিজ্ঞতার, যে ক্ষেত্রে না বলে মনে হচ্ছে। যে ম্যাক বা নিক্স জন্য মানুষ ছিল?

— Tetsujin

একটি পরীক্ষা হিসাবে, আমি শুধু আমার বিদ্যমান পরিবর্তন fstab ফাইলের ফাইল প্রতিস্থাপন শূণ্যস্থান সঙ্গে ট্যাব এবং তারপরে একটি ড্রাইভের মধ্যে প্লাগযুক্ত থাকে যার তিনটি পার্টিশন রয়েছে, দুটি দুটি মাউন্ট করার জন্য সেট করা হয় না। শুধুমাত্র প্রথম পার্টিশনটি মাউন্ট করা হয়েছে, যেমনটি থাকা উচিত এবং মাউন্ট করতে না থাকা দুটিটি মাউন্ট করা হয় না ট্যাব ম্যানুয়াল পৃষ্ঠায় বিবৃত হিসাবে ক্ষেত্র বিভাজক হচ্ছে। মনে রাখবেন এটি OS X 10.8.5 এর অধীনে এবং সম্ভবত OS OS 10.11 এ পরিবর্তিত হয়েছে।

— user3439894

আমি কিছু পরীক্ষা করেছি এবং আমি একটি পৃথক উত্তর পাওয়া কি লিখতে হবে।

— lexu

উপরের কোন উদাহরণগুলিতে "কোনও অটো" একক শব্দ হওয়া উচিত নয়, "noauto"। (তারা যে ভাবে কাজ করে তা ব্যাখ্যা করা হচ্ছে, কিন্তু তারা সঠিক নয়)

— Tom

Answer 2

Tetsujin এবং user3439894 এর মন্তব্য এবং পর্যবেক্ষণ কিছু পরীক্ষার উত্থাপিত।

সক্রিয় হয়ে গেলে, ড্রাইভ এবং পার্টিশনগুলির দিকে তাকালে একাধিক UUID থাকে এবং ' Diskutil তালিকা 'কমান্ড ইউআইআইডি রিপোর্ট করে না যা vifs / fstab কমান্ডগুলিতে ব্যবহার করতে হবে।

  root %> diskutil info disk1 | grep -e UUID

দেখায় যে ভলিউম, ডিস্ক / পার্টিশন, এলভি, এলভিএফ এবং এলভিজি ইউআইডিএস রয়েছে। আমি শুধু প্রথম দুই আগ্রহী!

যখন আমি প্রবেশ Diskutil তালিকা যখন আমি প্রবেশ করি তখন "ডিস্ক / পার্টিশন UUID" পাই Diskilil তথ্য disk1 আমি "ডিস্ক / পার্টিশন ইউআইআইআইডি" এবং "ভলিউম ইউআইডিআইডি" (এবং আরও অনেক কিছু) পাই। আমি "ভলিউম নাম" (ডিস্ক লেবেল)

ভলিউম - ইউयूআইডি এবং ডিস্ক লেবেল নির্দেশ করে আমি কিছু পরীক্ষা করেছি:

• VIFs / fstab মধ্যে UUID "ভলিউম UUID" হয়, ট্যাব ব্যবহার করবেন না!
• VIFs / fstab- এর মধ্যে UUID কমান্ডটি "ডিস্ক / পার্টিশন UUID" এর সাথে কাজ করে না, ট্যাব / স্পেস এখানে কোন পার্থক্য দেয় না
• যখন "LABEL" সিনট্যাক্স ব্যবহার করার সময়, ট্যাবগুলি ব্যবহার করবেন না!

এখানে কাজ করার জন্য দুটি উদাহরণ দেওয়া হল:

UUID=<Volume UUID><SPACE>none<space>rw,noauto

LABEL=<Volume Name><SPACE>none<space>rw,noauto

আপনি & lt; ভলিউম UUID & gt; খুঁজে পেতে পারেন। এবং & lt; ভলিউম নাম & gt; চলমান দ্বারা আপনার অভ্যন্তরীণ ডিস্ক

diskutil info disk1 | grep -e "Volume\ Name" -e "Volume\ UUID"

আমার সিস্টেমে বাইরের ডিস্ক-তথ্য disk2s1 এবং disk3s1 এর জন্য দেখায়

Comments

গবেষণা চমৎকার বিট। মনে হচ্ছে, মনে রাখবেন যে ট্যাবগুলি নিতে পারে এমনটি মনে রাখার পরিবর্তে & amp; যা না, নিরাপদ পদ্ধতি সর্বদা একক স্পেস ব্যবহার করা হয়।

— Tetsujin

আমি সম্মত .. কিন্তু ট্যাব ব্যবহার করে উপাদানগুলি লাইন আপ, আমি তাদের ব্যবহার ঝোঁক ঝোঁক আমি কখনও এটি দিয়ে দূরে পেতে পারেন (কিন্তু vifs / fstab মধ্যে, দৃশ্যত :-)

— lexu

এই একটি ক্ষেত্র অনুপস্থিত মনে হচ্ছে ... ফাইল সিস্টেমের ধরন (এইচএফএস, এমএসডিএস, ইত্যাদি) মাউন্ট পয়েন্ট অনুসরণ করতে অনুমিত হয় (যা none এই উদাহরণে)। (দেখুন man fstab স্পেক ব্রেকডাউন জন্য।)

— Tom

Answer 3

এই সব মহান (এবং সঠিক) উত্তর!

আমি ভাবলাম আমি একটি ছোট স্ক্রিপ্ট / ইউটিলিটি শেয়ার করব যা আমি এটিকে আরও সহজ করতে ব্যবহার করি।

আমি এটা পেয়েছি no_automount আমার এক্সিকিউটেবল ফাইল ~/bin/ ডিরেক্টরি। (ভুলবেন না chmod +x এটা!)

https://gist.github.com/voltechs/fc48c9683d50c7c03cab2f0a6477d8da

#!/usr/bin/env ruby

# Usage: no_automount /Volumes/My\ Disk

diskinfo = `diskutil info '#{ARGV[0]}'`.gsub("\n\n", "\n").split("\n").collect do |b|
  b.strip.split(/:\s+/)
end.to_h

disk_uuid = diskinfo['Volume UUID']
disk_type = diskinfo['Type (Bundle)']
disk_name = diskinfo['Volume Name']

text = File.read('/etc/fstab')

# Remove if UUID is already present (we're replacing it)
new_contents = text.gsub(/UUID=#{disk_uuid}.*(:?\n)/, "")
new_contents << "UUID=#{disk_uuid} none #{disk_type} rw,noauto # #{disk_name}"

File.open(file_name, "w") {|file| file.puts new_contents }

স্ক্রিপ্ট ব্যবহার করার পরে, যদি আপনি sudo vifs আপনি এই মত কিছু দেখতে পাবেন (খনি এই মত দেখায়)।

#
# Warning - this file should only be modified with vifs(8)
#
# Failure to do so is unsupported and may be destructive.
#

UUID=51C2250E-9CE4-1953-8AF6-3EEDD46F594D none ntfs rw,noauto # Windows 10
UUID=7E55582C-6D91-4148-28C6-208D03071164 none ntfs rw,noauto # Windows Storage
UUID=CF294178-3B0D-4B23-AC72-24D10AAC6735 none ntfs rw,noauto # Windows Games

Comments

ধন্যবাদ, আমি এই বছরের শেষে উদযাপনের পরে দেখব!

— lexu

Answer 4

ওএস এক্স 10.11.6 হোয়াইটস্পেস বনাম ট্যাবগুলি আমার জন্য গুরুত্বপূর্ণ ছিল না (নিশ্চিত করে যে আমি দেখছি "সত্য" ট্যাবগুলি ব্যবহার করে /etc/fstab একটি হেক্স এডিটর এবং পর্যবেক্ষিত 0x09 ক্ষেত্র বিভাজক বাইট জন্য)।

আমি ব্যবহার করেছিলাম vifsযাইহোক, কিন্তু আমি যা বলতে পারি তা থেকে সহজেই ফাইল অ্যাক্সেস লক করে /etc/fstab। এছাড়াও ফাইল মন্তব্যের পাশাপাশি শেষ লাইনের অধীনে একটি নেতৃস্থানীয় নতুন লাইন (ফাঁকা লাইন) দিয়েও পরীক্ষা করা হয়েছে fstab কোন নতুন লাইন বা নতুন লাইন নেই (সর্বশেষ fstab এন্ট্রি অধীনে ফাঁকা লাইন)

আমার জন্য mattered যে প্রধান জিনিস ছিল:

1. ডিস্ক / পার্টিশন UUID পরিবর্তে ভলিউম UUID ব্যবহার করুন
2. ফাইল সিস্টেমের পদ্ধতি উল্লেখ করা অত্যন্ত গুরুত্বপূর্ণ (লেক্সাসের উদাহরণটি এর অভাব রয়েছে)

অপ্রচলিত কারণ:

1. no auto বনাম noauto (আমি ব্যবহার করতাম noauto )
2. ট্যাবগুলির জন্য একাধিক স্পেস ব্যবহার করতে কনফিগার করা টেক্সট এডিটর

Comments

আপনি 'ফাইল সিস্টেম টাইপ' প্রসারিত করতে পারেন। আমি কোথায় যে নির্দিষ্ট করতে হবে? আপনি কি এই বিষয়ে ডকুমেন্টেশন জানেন?

— lexu

man fstab সমর্থিত ফাইল সিস্টেমগুলির সাথে সাথে বিভিন্ন প্রত্যাশিত "টোকেন" (কীওয়ার্ড) বর্ণনা করে। আমি শুধুমাত্র পোস্ট করেছি কারণ এটি মনে হয়েছিল যে FSTAB এর আচরণটি এল ক্যাপিটানে অল্প সময়ের জন্য ভাঙা হয়েছিল, কিন্তু OS X 10.11.6 হিসাবে প্রত্যাশিত / নথিভুক্ত হিসাবে কাজ করা মনে হচ্ছে।

— Michael Amie

Answer 5

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