যখন আমরা GRUB_DISABLE_LINUX_UUID = / etc / default / grub- এ অসম্পূর্ণ করি তখন কী হয়।
যখন আমরা GRUB_DISABLE_LINUX_UUID = / etc / default / grub- এ অসম্পূর্ণ করি তখন কী হয়।
উত্তর:
ভাল আমি মনে করি যে এই লাইনের উপরে মন্তব্যটি সব বলেছে
# 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
যখন এটি কোনও অসুবিধা না করে, পরের বার গ্রাবটি পুনরায় জেনারেট করে /boot/grub.cfg ইউআইডি- অর্থাৎ / dev / sdXY এর পরিবর্তে পরম ডিভাইসের নাম রাখে
সুতরাং আপনি যদি পার্টিশন টেবিলের মধ্যে পার্টিশনগুলি পুনরায় ব্যবস্থা করেন (উদাহরণস্বরূপ পার্টিশন সন্নিবেশ / মুছুন) এবং পার্টিশন নম্বরগুলি পরিবর্তিত হয়েছে - গ্রাব বুট করার জন্য কার্নেলটি খুঁজে পাবে না
ইউআইডি সহ, এমনকি পার্টিশনগুলি পুনরায় সাজানো জিনিসগুলি ভাঙবে না
ইউআইইডি-এর কনসটি হ'ল এটি তাদের পক্ষে দীর্ঘতর এবং তাই মনে রাখা শক্ত hard
আসল চুক্তিটি আপনার সিস্টেমে ডিস্ক যুক্ত করার বিষয়ে। যদি আপনার ডিস্কটি পূর্বে / dev / sda ছিল এবং এটি কেবলমাত্র ড্রাইভ হিসাবে SATA1 এ প্লাগ ইন করা হয়েছিল এবং পরে আপনি একটি দ্বিতীয় ড্রাইভ যুক্ত করেছিলেন তবে এটি SATA0 এ প্লাগ ইন করেন তবে এটি / dev / sda হয়ে যাবে এবং আপনার মূল = ম্যাপিং হবে অবৈধ। ইউআইডি-র অবশ্য এই সমস্যাটি নেই কারণ তারা অনন্য পরিচয়দাতা।
এছাড়াও আপনার যদি কয়েকটি এক্সপেনশন কার্ড থাকে তবে সেগুলি মাঝে মাঝে কিছুটা ভিন্ন সময়ে সনাক্ত করা হয়, যার ফলে ড্রাইভগুলি ঝুলিয়ে রাখার জন্য বিভিন্ন ড্রাইভের নাম নির্ধারিত হয়। আবার, ইউইউডি অরক্ষিত। এছাড়াও যদি কোনও ড্রাইভ মারা যায়, কখনও কখনও অন্য ড্রাইভটি এটির জায়গা নেয়, উদাহরণস্বরূপ যদি / dev / sda মারা যায়, সম্ভবত পরবর্তী বুট / দেব / এসডিবিতে ম্যাজিকালি / ডেভ / এসডিএ হয়ে যায় .. এটি ঘটে।
আমি বলব যে এটি যত বড় সিস্টেম হয় বা এটির মতো হয়ে ওঠে তেমনই ড্রাইভের বুট চলার সম্ভাবনা আরও বেশি ..
ব্যক্তিগতভাবে আমি রুট = এর জন্য ইউআইডি ব্যবহার করার জন্য যত্নশীল না, তবে আমি দেখতে পাচ্ছি যে এটির জায়গাটি কোথায়।