ড্রাইভ / পার্টিশন নম্বর এখনও ব্যবহার করা হয় কেন?


14

বেশিরভাগ সময়, বিশেষত বুট-লোডারগুলির সাথে জগাখিচু করার সময় আমি অঙ্কিত ড্রাইভ এবং পার্টিশন নম্বরগুলি ব্যবহার করব। উদাহরণস্বরূপ, আমি /boot/grub/grub.cfgআমার দেখতে পাচ্ছি set root='hd0,gpt2', আমার ইউইএফআই বুট এন্ট্রিগুলি প্রায়শই ড্রাইভ / পার্টিশন নম্বরগুলি উল্লেখ করে এবং বুটলোডাররা যে কোনও প্রসঙ্গেই এটি উদ্বেগজনক বলে মনে হচ্ছে।

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

আমার প্রশ্নগুলি তাই দ্বিগুণ:

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

  2. যদি উপরের প্রশ্নের উত্তর হ্যাঁ হয়, তবে কেন এই ঠিকানা স্কিমটি ব্যবহার করা অবিরত থাকবে? সব কিছুর জন্য ইউইউডি বা পার্টউইউড ব্যবহার করা কি আরও বেশি স্থিতিশীল এবং সামঞ্জস্যপূর্ণ হবে না?


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

4
আমি লক্ষ্য করেছি আপনি ইউএএফআই সম্পর্কে কথা বলছেন। নোট করুন যে ইউইএফআই কেবলমাত্র 10% প্ল্যাটফর্মের উপর বিদ্যমান যা লিনাক্স সমর্থন করে, আপনি যদি অন্য ইউনিস এবং ইউনিক্সয়েড অন্তর্ভুক্ত করেন তবে এর চেয়ে কম। আসলে, এমনকি সিপিইউ আর্কিটেকচারেও যে ইউইএফআই ব্যবহার করা হয় (আইএ -32, এএমডি 64 এবং আইএ -64), সেখানে নন-ইউইএফআই সিস্টেম রয়েছে। ইউইএফআই এর আগে পিসিগুলি "বিআইওএস" নামে কিছু ব্যবহার করেছিল এবং বিআইওএস-ভিত্তিক পিসি এখনও রয়েছে। এছাড়াও, নন-পিসি x86 / এএমডি 64 ভিত্তিক প্ল্যাটফর্মগুলি রয়েছে যেমন উদাঃ ওপেন ফার্মওয়্যার, কোরবুট, বা কখনও কখনও প্ল্যাটফর্ম ফার্মওয়্যার মোটেই নেই! সমস্ত ফাইল সিস্টেমে ইউআইডি থাকে না। সমস্ত বিভাজনমূলক স্কিমের ইউআইডি নেই। এবং
এইভাবেই

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

উত্তর:


13

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

search --no-floppy --fs-uuid --set=root 74686973-6973-616e-6578-616d706c650a

এটি ফাইল-সিস্টেমের ইউআইডি-র ভিত্তিতে মূল বিভাজন নির্বাচন করে।

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

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


আমি পিছনে গিয়ে তাকালাম, এবং আপনি ঠিক বলেছেন যে আমার কনফিগার ফাইলে আমি সেই ঠিক পরের লাইনটি মিস করেছি - এটি আরও অনেক অর্থবোধ করে। আমার ইউইএফআই বুট এন্ট্রিগুলিও এই কাঁচা নম্বর ব্যবহার করে (উদাহরণস্বরূপ, সটা (0x3, 0x0, 0x0) this এর অর্থ কি আমার ইউইএফআই বুট এন্ট্রিগুলিও যদি আমার ড্রাইভগুলি সরিয়ে না ফেলে কাজ করা বন্ধ করে দেবে?
quixotrykd

1
@ কুইকসোট্রিকডি আমার কোন ধারণা নেই। এটি যদি কোনও মান দ্বারা সংজ্ঞায়িত না করা হয় এবং ফলস্বরূপ আপনার সিস্টেমের নির্দিষ্ট EFI প্রয়োগের উপর নির্ভর করে তবে আমি অবাক হব না।
হারমান

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

20

কড়া কথা বলতে গেলে ইউইউডি মোটেই সম্বোধন করছে না।

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

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

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

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

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

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

আপনার কনফিগারেশনে যদি আপনি যথেষ্ট আত্মবিশ্বাসী হন hd0,gpt2তবে এটি আপনি চান এবং এটি হওয়া উচিত এবং এটি অন্যথায় হতে পারে না, তবে এটির মতো ব্যবহার করার ক্ষেত্রে কোনও দোষ নেই। কখনও কখনও, সাধারণ এবং সরল ঠিকানা ঠিক কাজ করে।


(★) আমি আগে এখানে এটি LABELs এর জন্য ব্যাখ্যা করেছি ...

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

... এবং এটি ইউআইডি-র জন্য অনেকটা একই।


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

এগুলি ছাড়াও, পূর্বে পাওয়া ইউআইডিগুলিতে ক্যাশে যাওয়ার প্রবণতা রয়েছে, তাই এটি সমস্ত ডিভাইসগুলি বার বার বার বার করতে হবে না - এবং এটি খুব ভাল কাজ করে, আপনি যে ইউইউডি খুঁজছেন তা বাস্তবে কোথাও উপস্থিত রয়েছে exists এটি প্রথম স্থানে ক্যাশে তৈরি করুন।


5

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

আপনার প্রশ্নের উত্তর @ ফ্রয়েস্টচুটজ-এর দুর্দান্ত উত্তরের উপর ঝাঁকুনি দেওয়া , একটি দৃশ্য যখন আপনি সম্ভবত "ক্লাসিক" ডিভাইস লিংক ঠিকানাটি পছন্দ করেন তা হ'ল ভিএম সেটআপ, বিশেষত ভিএম-ফর-ভাড়া (সংক্ষেপে, বিভ্রান্তিকরভাবে, "আইএএএস") মেঘ। মনে করুন আপনি একটি উবুনজিমা 04.18 চিত্রটি কাস্টমাইজ করতে চান । আপনি দুটি ডিস্ক সহ একটি (থ্রোওয়ে) ভিএম তৈরি করেন: একটি হ'ল (নিক্ষেপ) সিস্টেম ড্রাইভ এবং দ্বিতীয়টি যা আপনি মাউন্ট এবং কাস্টমাইজ করেন। সম্ভবত আপনি যদি তার নতুন ডিস্কে আরও নতুন গ্রাব গ্রু করতে চান তবে আপনি এটির ইউএএফআই বুট পার্টিশনটিও মাউন্ট করতে পারেন। ধরে নিই যে আপনি লক্ষ্যযুক্ত পার্টিশনের জন্য মাউন্ট পয়েন্টগুলি বেছে নিয়েছেন /mnt, আপনার পছন্দসই মাউন্ট টেবিলটি দেখতে দেখতে ভাল লাগবে

/dev/sda1    /
/dev/sda9    /boot/efi
/dev/sdb1    /mnt/root
/dev/sdb9    /mnt/efi

সুতরাং আপনি বিদ্যমান, সরবরাহকারীর দ্বারা সরবরাহিত, মেঘ-প্রস্তুত চিত্র থেকে 2 টি অভিন্ন ড্রাইভ তৈরি করেন, তাদের একটি নতুন ভিএম এর সাথে সংযুক্ত করুন এবং এটি বুট করুন। স্বাভাবিকভাবে,

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

আপনি ইতিমধ্যে দেখতে পাচ্ছেন যে এটি কোথায় চলছে।

প্রথমবারের মতো এই ফ্র্যাঙ্কন কনট্রাপশনটি বুট হওয়ার পরে, এটি sda9EFI বুট পার্টিশন হিসাবে বেছে নিয়েছে, তবে লিনাক্স sdb1রুট এফএস হিসাবে পুনঃনির্মাণের সিদ্ধান্ত নিয়েছে :

/dev/sda1    /mnt/root
/dev/sdb1    /
/dev/sda9    /boot/efi
/dev/sdb9    /mnt/efi

এবং যেহেতু আমার রোল-আউট স্ক্রিপ্টটি একেবারেই অপ্রস্তুত ছিল, তাই আমি শেষ পর্যন্ত একটি আনবুটেবল ডড ইমেজ পেয়েছি, ফ্র্যাঙ্কেনবিল্ড চলাকালীন লগটিতে কোনও একাই টুল না করে!

অবশ্যই আমি লগগুলিতে মাউন্ট টেবিলটি প্রিন্ট করেছি। এবং অবশ্যই এই জগাখিচুড়িটি খুঁজে পাওয়া খুব কঠিন, যেহেতু মাউন্ট (8) এলোমেলোভাবে র্যান্ডম এবং যেগুলির মধ্যে ডিভাইসগুলি মাউন্ট করা হয়েছিল তার মধ্যে অর্ডারে মাউন্টগুলি প্রিন্ট করে, তাই অবাক হওয়ার কিছু নেই যে আমি এখনই এটি স্পষ্ট করি নি। এবং কল্পনা করুন, একই স্ক্রিপ্ট (তবে বিভিন্ন চিত্রের ডিস্ক সহ) আগে 15 বছর বয়সের গ্লেনফিডিচের মতো মসৃণ কাজ করেছিল। অনুমান করুন যে আমি আমার চুল টানতে কত ঘন্টা ব্যয় করেছি the সমস্যাটি সনাক্ত করার জন্য লগের উপরে?


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

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

    ব্যবহারিকভাবে, আপনার নিজের ডেস্কটপের কোন ড্রাইভে কোন Sata সংযোগকারী যায় তার লেবেল করা সবচেয়ে দ্রুত এবং সহজ সমাধান হতে পারে, সিস্টেমের বুট করার পদ্ধতিটি পরিবর্তন করার সময় এবং সম্ভবত বুট ব্যর্থতা থেকে পুনরুদ্ধার করা সম্ভবত, সবচেয়ে খারাপ সময়-গাবল go তবে আপনি যদি এটি এমন 50 জন প্রোগ্রামারদের জন্য পরিচালনা করেন যা মনে করেন যে অতিরিক্ত ড্রাইভে নিক্ষেপ করা আপনাকে বিরক্ত করার উপযুক্ত সমস্যা নয় তবে খুব কমপক্ষে আপনার ভাগ্যের সীমা পরীক্ষা না করে এবং নিশ্চিত করুন যে তাদের প্রাথমিক বুট ড্রাইভগুলি গ্রাব দ্বারা দেখা হয়েছে hd0এবং সিস্টেম হিসাবে sda

  • আপনার ডেস্কটপ বা তিনটিতে আপনার নিজস্ব ড্রাইভ এবং পার্টিশন পরিচালনা করার জন্য লেবেলগুলি বা একটি ছোট মিলিয়িউ (এমন একটি বাড়ির একটি বসার ঘর যা সফ্টওয়্যার ইঞ্জিনিয়ারদের দ্বারা ভরাট হয় যাঁরা এই জায়গাটিকে তাদের "স্টার্টআপ অফিস" বলে) আপনি যদি কারও মেশিন থেকে কোনও শারীরিক ড্রাইভ টানেন তবে আপনি জানেন যে আপনি যদি অবিচ্ছিন্নভাবে লেবেল ব্যবহার করেন তবে এটি কোথা থেকে এসেছে।

    Lsblk (8) যদি বলে LABEL=bubba-boot, আপনি জানেন যে এটি বুব্বা নামক যন্ত্র থেকে টানা হয়েছে ; ছাড়াও, বাব্বা-বুট আমার জিহ্বা উপর রোলস চেয়ে অনেক সহজ 6864c4ea-f9b9-46db-b875-4d7fc2981007 , যা, আমার পয়মাল স্বাদ, নিতান্ত একটি jawbreaker হয়। লেবেলগুলি আপনার পক্ষে এখন অন্যরকম হয়ে উঠছে তা নিশ্চিত করা, তবে আপনি তার বদলে যা পাবেন তা হ'ল লেবেলের অর্থবোধকতা।

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

    আমি এখন খনন করি, তবে এই দৃশ্যে আমি তথাকথিত "ধারাবাহিক" ইথারনেট ইন্টারফেসের নামকরণের সাথে একই পথে চলেছি: এটি ভিএমগুলিতে অক্ষম করুন। আমাকে ভুল করবেন না, নামকরণটি যতক্ষণ না আপনি পিসিআই স্লট 4-এ রেখেছিলেন এনআইসি যতক্ষণ না ততক্ষণ হঠাৎ নিজের স্বেচ্ছাসেবায় স্লট 5-তে লাফিয়ে উঠবে না যখন আপনি খুঁজছেন না (বা আপনি এমনকি থাকাকালীনও রয়েছেন; এনআইসি) যা কিছু লজ্জা নেই)। দুর্ভাগ্যক্রমে, "ভিএমএস ব্যাটালিয়নে" মিলিও তারা বাস্তবে করে। এই ক্ষেত্রে, পাল্টা-, intuitively, eth0হয় আরো তুলনায় সামঞ্জস্যপূর্ণenp0s4f6। ভিএম সরবরাহকারী সর্বদা পিসিআই বাস 0 তে তাদের ভার্চুয়াল এনআইসি নম্বর 1 স্লট 4-এ রাখার প্রতিশ্রুতি দেয়নি (এবং 3 টি উল্লিখিত সংস্থাগুলির মধ্যে কোনও শারীরিকভাবে বাস্তব নয়) এবং এটি সর্বদা ফাংশন 6 হবে তবে আপনি সুন্দর করতে পারেন দ্বিতীয়টির আগে যাওয়ার আগে প্রথম ইন্টারফেসের উপর অনেক বেশি নির্ভর করে, সাধারণত eth0ভার্টিও পরিবার থেকে সাধারণত তাদের একই ড্রাইভার মডিউল থাকে have


¹ রূপকভাবে অবশ্যই। এই ব্যবসায়টি যদি খুব দীর্ঘকাল ধরে কোনও বাকী অংশ না থাকে তবে আমি ছিলাম।
² যদি তারা তা করে থাকে তবে আমি তাদের সরবরাহকারীর বা ভিএম হাইপারভাইজার সফ্টওয়্যার পরিবর্তন করে চিৎকার করে পালিয়ে যেতে ভেবে দেখব ।


3

উভয় স্কিমই মিশ্রিত করা যায় এবং বেশিরভাগ লিনাক্স বিতরণের সাথে মিলে যায়।

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


2

আপনার দ্বিতীয় প্রশ্নের উত্তর ("কেন এই সম্বোধন প্রকল্পটি ব্যবহার করা অবিরত থাকে?"), আমার ধারণা, জড়তা। হ্যাঁ, জিপিটি পার্টিশনযুক্ত ডিস্কগুলিতে কেবল ইউআইডিগুলি ব্যবহার করা সম্পূর্ণভাবে সম্ভব। আপনি /dev/xxxনামের পরিবর্তে ইউআইডি ব্যবহার করতে পারেন /etc/fstab। এবং এখন আমাদের আবিষ্কারযোগ্য পার্টিশন স্পেসিফিকেশন রয়েছে , অনেক ক্ষেত্রে আপনাকে এখন পর্যন্ত ইউআইডিও নির্দিষ্ট করতে হবে না, কেবলমাত্র আপনার ডিস্কটিকে পার্টিশন টাইপের সাথে ভাগ করুন এবং পার্টিশনগুলি স্বয়ংক্রিয়ভাবে বাছাই করা হবে। আমার মেশিনে root=কার্নেল কমান্ড লাইন থেকে এন্ট্রি পুরোপুরি অনুপস্থিত।

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.