GRUB_DISABLE_LINUX_UUID = সত্য হলে কী ঘটে?


8

যখন আমরা GRUB_DISABLE_LINUX_UUID = / etc / default / grub- এ অসম্পূর্ণ করি তখন কী হয়।


1
আমার মতে পার্টিশন এবং ভলিউম সনাক্তকরণের জন্য ইউআইডি'র ব্যবহারটি খারাপ অভ্যাস এবং কখনও কখনও বিপর্যয়ের দিকে পরিচালিত করে: এলোমেলোভাবে উত্পাদিত শনাক্তকারীরা মোটেই দৃ not় নয়, বাস্তবে তারা পুনরায় বিভাজন এবং পুনরায় ফর্ম্যাটিং থেকেও বেঁচে থাকে না, একটি বুটযোগ্য সিস্টেম এবং ব্যবহারযোগ্য / ইত্যাদি / fstab এন্ট্রিগুলির ফলস্বরূপ y ব্যবহারকারীদের কাছে পার্টিশন-বিষয়বস্তু সম্পর্কে কোনও অর্থ জানাতে পারে না এগুলি টাইপ করা শক্ত। অন্যদিকে লেবেলগুলি, ভালভাবে চোজেন পার্টিশনের বিষয়বস্তু সম্পর্কে অনেক কিছু বলবে। আমার সমস্ত পার্টিশন লেবেলযুক্ত: যেমন WIN7_C, XP_D, XUBUNTU_1204, বুট, হোম_1204 ইত্যাদি ... রেফো
এরিক স্টকম্যান

উত্তর:


4
  • ভাল আমি মনে করি যে এই লাইনের উপরে মন্তব্যটি সব বলেছে
    # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux

  • সংক্ষিপ্তকরণের পরে root লাইনটি রুট = ডিভাইসের নাম হিসাবে পাস হবে এবং ইউআইডি নয়।

    linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...
    প্রতি
    linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdX

  • তবে এই লাইনটি সঙ্কোচন করার পরামর্শ দেওয়া হচ্ছে না, যদি আপনি একটি নতুন পার্টিশন মুছে / তৈরি করেন তবে পার্টিশন টেবিলটি পরিবর্তিত হবে।
  • যাতে আপনি সিস্টেমে বুট করতে পারবেন না।

-1, তথ্যহীন। সেই পরামিতিটি সরিয়ে ফেললে কী প্রভাব? সুবিধা এবং অসুবিধা সমূহ কি কি?
loevborg

@ ল্যাভবার্গ রুট = ডিভাইসের নাম হিসাবে পাস হবে এবং ইউআইডি নয়
karthick87

4

যখন এটি কোনও অসুবিধা না করে, পরের বার গ্রাবটি পুনরায় জেনারেট করে /boot/grub.cfg ইউআইডি- অর্থাৎ / dev / sdXY এর পরিবর্তে পরম ডিভাইসের নাম রাখে

সুতরাং আপনি যদি পার্টিশন টেবিলের মধ্যে পার্টিশনগুলি পুনরায় ব্যবস্থা করেন (উদাহরণস্বরূপ পার্টিশন সন্নিবেশ / মুছুন) এবং পার্টিশন নম্বরগুলি পরিবর্তিত হয়েছে - গ্রাব বুট করার জন্য কার্নেলটি খুঁজে পাবে না

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

ইউআইইডি-এর কনসটি হ'ল এটি তাদের পক্ষে দীর্ঘতর এবং তাই মনে রাখা শক্ত hard


2

আসল চুক্তিটি আপনার সিস্টেমে ডিস্ক যুক্ত করার বিষয়ে। যদি আপনার ডিস্কটি পূর্বে / dev / sda ছিল এবং এটি কেবলমাত্র ড্রাইভ হিসাবে SATA1 এ প্লাগ ইন করা হয়েছিল এবং পরে আপনি একটি দ্বিতীয় ড্রাইভ যুক্ত করেছিলেন তবে এটি SATA0 এ প্লাগ ইন করেন তবে এটি / dev / sda হয়ে যাবে এবং আপনার মূল = ম্যাপিং হবে অবৈধ। ইউআইডি-র অবশ্য এই সমস্যাটি নেই কারণ তারা অনন্য পরিচয়দাতা।

এছাড়াও আপনার যদি কয়েকটি এক্সপেনশন কার্ড থাকে তবে সেগুলি মাঝে মাঝে কিছুটা ভিন্ন সময়ে সনাক্ত করা হয়, যার ফলে ড্রাইভগুলি ঝুলিয়ে রাখার জন্য বিভিন্ন ড্রাইভের নাম নির্ধারিত হয়। আবার, ইউইউডি অরক্ষিত। এছাড়াও যদি কোনও ড্রাইভ মারা যায়, কখনও কখনও অন্য ড্রাইভটি এটির জায়গা নেয়, উদাহরণস্বরূপ যদি / dev / sda মারা যায়, সম্ভবত পরবর্তী বুট / দেব / এসডিবিতে ম্যাজিকালি / ডেভ / এসডিএ হয়ে যায় .. এটি ঘটে।

আমি বলব যে এটি যত বড় সিস্টেম হয় বা এটির মতো হয়ে ওঠে তেমনই ড্রাইভের বুট চলার সম্ভাবনা আরও বেশি ..

ব্যক্তিগতভাবে আমি রুট = এর জন্য ইউআইডি ব্যবহার করার জন্য যত্নশীল না, তবে আমি দেখতে পাচ্ছি যে এটির জায়গাটি কোথায়।


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