আমি কীভাবে জানব যে আমি কোন পার্টিশন থেকে বুট করেছি?

Question

আমার কাছে একটি মেশিন রয়েছে যার মাল্টি-বুট পার্টিশন রয়েছে। আমার এক পার্টিশনে উবুন্টু 14.04, দ্বিতীয়টিতে উবুন্টু 15.04 এবং তৃতীয় অংশে উবুন্টু 16.04 আছে। কমান্ড লাইন থেকে, কোন পার্টিশনটি বুট করেছিলাম, তা জানতে কোনও উপায় আছে কি না তা জানতে আপনি কোন পার্টিশনে /boot/grub/grub.cfgবুট প্রক্রিয়াটির জন্য ব্যবহৃত হয়েছিল? আমি /boot/grub/grub.cfg তিনটি পার্টিশনের প্রতিটি আছে ।

Comments

আপনি নিখুঁত সাধারণতা এবং নির্ভরযোগ্যতার সাথে এটি করতে পারবেন না। আপনি যা জানেন, /boot/grub/grub.cfgবুট করার জন্য ব্যবহৃত ফাইলটি মুছে ফেলা যেত that পার্টিশনটি পার্টিশন টেবিল থেকে মুছে ফেলা যেত, এবং সেই ডিস্কটি সিস্টেম থেকে শারীরিকভাবে মুছে ফেলা হত।

— ফেডেরিকো পোলোনি

Answer 1

একবার GRUB কার্নেলের কাছে বুট করা বন্ধ করে দিলে, কার্নেলের কোন ধারণা নেই যে এটি কী শুরু করেছে এবং /bootGRUB এটি ব্যবহার করবে না। আপনি boot/grub/grub.cfgকোন পার্টিশনের অ্যাক্সেসের সময়গুলি পরীক্ষা করে দেখতে পারেন যে কোনটি সম্প্রতি প্রবেশ করেছে। এটি আপনাকে জানাতে পারে যে GRUB কোন পার্টিশনের কনফিগারেশন ফাইল ব্যবহার করেছে।

stat -c %x /boot/grub/grub.cfg

অ্যাক্সেসের সময়গুলি আপডেট না হলে আপনাকে বিভিন্ন GRUB কনফিগারেশন ফাইল দ্বারা ব্যবহৃত কার্নেল প্যারামিটারগুলির মধ্যে কোনও পার্থক্য দেখতে হবে। আপনি যদি এগুলি পরিবর্তন করতে পারেন, উদাহরণস্বরূপ, এগুলির মধ্যে প্রতিটি যোগ করুন foo=1, foo=2ইত্যাদি GRUB_CMDLINE_LINUXচালনা করুন sudo update-grub2এবং পুনরায় বুট করুন, তবে /proc/cmdlineএই মানগুলির মধ্যে কোনটি ব্যবহৃত হয়েছিল তা পরীক্ষা করে দেখতে পারেন ।

Comments

মজাদার! তার মানে কি আমার দ্রবণটিতে আরও ভাল নির্ভুলতার হার আছে তবে রাভেক্সিনার এবং কাটুর?

— তাতসু

@ ট্যাটসু আইএমও অন্যান্য সমস্ত উত্তর ভুল রয়েছে - রাভেক্সিনা পার্টিশনটি যেখানে /bootঅবস্থিত তা চিহ্নিত করছে , তবে এটি যে গ্রাব ব্যবহার করেছে তা নাও হতে পারে, এবং আপনি এবং কাটু যে পার্টিশনটি মাউন্ট করেছেন /তা সন্ধান করছেন, তবে রেভেক্সিনা যেমন উল্লেখ করেছেন, সম্ভবত এটি রয়েছে সংযোগের চেয়েও কম

— মুড়ু

হ্যাঁ তবে আপনি যে মাউন্ট করা পার্টিশনে ব্যর্থতা ছাড়া অন্য কিছু করতে পারেন তা কীভাবে সম্ভব: ডিস্কগুলি মাউন্ট করা অ্যাড্রেস হিসাবে ডিভাইস সরবরাহ করে, সম্ভবত আপনি যে কোনও আইডি তথ্যটি সন্ধান করতে পারেন যা আপনি কেবল আনমাউন্ট করার চেষ্টা করেছিলেন। আমি প্রথমে আমার সমাধানটি কুৎসিত বলে স্বীকার করছি তবে এর 100% সাফল্যের হার ছিল কি?

— তাতসু

@ টাটসু সাফল্যের হার কী? পার্টিশন মাউন্ট করা /নিশ্চিত, নিশ্চিত। বুট করার সময় কোন পার্টিশনের GRUB কনফিগারেশন ব্যবহৃত হয়েছিল তা সন্ধান করছেন? আমি দেখতে পাচ্ছি না যে কিভাবে এটি সম্পর্কিত।

— মুড়ু

গ্রাব কি আসলে অ্যাক্সেস টাইমস্ট্যাম্প সেট করে, এটি তার নিজস্ব ডস এবং লিনাক্স ফাইল সিস্টেম ড্রাইভার কনভেনশন দ্বারা আবদ্ধ নয়?

— রেক্যান্ডবোনম্যান

Answer 2

আপনি যে ফাইলটি সন্ধান করছেন তা /bootআপনার চলমান সিস্টেমের ডিরেক্টরিতে অবস্থিত । হয় /bootআলাদা পার্টিশন বা এটি নয়; যদি আপনার /bootআলাদা পার্টিশন হয় তবে আপনার এটির জন্য অনুসন্ধান করা উচিত:

$ lsblk -r | grep '/boot'
sda2 8:1 0 400M 0 part /boot

মানে grub.cfgব্যবহৃত হয়েছে যা অবস্থিত sda2।

ঠিক তেমনি আপনার খোঁজ করা উচিত root:

$ lsblk -r | grep '/$'
sda1 8:1 0 121.2G 0 part /

এই সময় এটি অবস্থিত sda1।

বা এমনকি মজাদার জন্য আমরা বুট সময়ের প্যারামিটারগুলি পরীক্ষা করতে পারি:

$ cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-686-pae root=UUID=938495-1fe2-3302 ro quiet

তারপরে UUIDকোন বিভাজনটি আপনার মূল find

$ sudo blkid | grep 938495-1fe2-3302
/dev/sda1: UUID="938495-1fe2-3302"

যেখান থেকে অর্থ sda1।

আপনার কোনও grub.cfgফাইল এতে অন্তর্ভুক্ত রয়েছে তা দেখতে আপনি এই বুট প্যারামিটারগুলিও পরীক্ষা করতে পারেন , এটি তখনই কাজ করে যখন আপনার বুট পরামিতিগুলি grub.cfgএকে অপরের থেকে পৃথক থাকে।

Comments

একটি সহজ উপায় (যে সুপার-ইউজার বিশেষাধিকার প্রয়োজন হয় না) একটি ফাইল সিস্টেম UUID হবে পিছনে ডিভাইস নোড এটি readlink -f /dev/disk/by-uuid/<UUID>।

— ডেভিড ফোস্টার

Answer 3

বর্তমানে মাউন্ট করা রুট ফাইল সিস্টেমটি ধারণ করে থাকা ডিভাইসটি প্রদর্শন করতে:

awk '$2=="/"{print $1}' /proc/mounts

বর্তমানে চলমান উবুন্টু প্রকাশ সংস্করণটি প্রদর্শন করতে:

lsb_release -rs

Comments

যা আসলে প্রশ্নটির ক্ষেত্রে অনেকটা মনোভাব তৈরি করে এবং এটি এখনও সবচেয়ে উপযুক্ত উত্তর বলে মনে হচ্ছে। আমি বাজি ধরেছি যে তার সেটআপে কোনও দু'জন ডিস্ট্রো দেওয়া হয়নি একই সংস্করণ নম্বরটি তিনি কেবলমাত্র lsb_release -rsপ্রতিবার ব্যবহার করবেন। KISS

— tatsu

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

— দেখান

@ মুক 656565: গ্রুব বা এমবিআর (বা কোনও বুট লোডার বা পার্টিশন টেবিলের ধরণটি সত্যই) এর সাথে আমার জবাবের কোনও সম্পর্ক নেই। আপনি ঠিক কী চেষ্টা করেছেন এবং আপনি কী দেখেছিলেন বলে আমি নিশ্চিত নই।

— ডেভিড ফোস্টার

তারপরে এই উত্তরটির সাথে প্রশ্নের

— কোনও যোগসূত্র নেই

@ মুক 656565: আপনি যদি এটি আক্ষরিকভাবে গ্রহণ করেন তবে হ্যাঁ। তবে আমার কাছে এটি প্রতীয়মান হয় যে ওপি জানতে চায় যে তাঁর একাধিক উবুন্টু ইনস্টলেশন বর্তমানে বুট হয়েছে এবং তার জন্য আমার উত্তরটি ঠিক রাখা উচিত।

— ডেভিড ফোস্টার

Answer 4

আমরা প্রতিটি ওএসে একটি সাধারণ কাস্টম মেনু এন্ট্রি যুক্ত করতে পারি এবং আমরা গ্রুব-মেনুতে দেখতে পাই যা থেকে ওএস গ্রাব এটির কনফিগারেশন-ফাইল লোড করে।

উদাহরণ:

আমরা 16.04 এ বুট করি এবং /etc/grub.d/40_customমেনু-এন্ট্রি যুক্ত করতে ফাইলটি সম্পাদনা করি ।

#! / বিন / SH
এক্সেল লেজ -n +3 $ 0
# এই ফাইলটি কাস্টম মেনু এন্ট্রি যুক্ত করার একটি সহজ উপায় সরবরাহ করে। কেবল টাইপ করুন
এই মন্তব্যের পরে আপনি # মেনু এন্ট্রি যুক্ত করতে চান। সতর্কতা অবলম্বন না করুন
# উপরের 'এক্সিকিউট লেজ' লাইন।
#

মেনুয়েণ্ট্রি 'grub.conf 16.04' থেকে লোড হয়েছে {        
            পুনরায় বুট করার  
    }

আমরা ফাইলটি নির্বাহযোগ্য এবং চালিত কিনা তা নিশ্চিত করে থাকি sudo update-grub।

তারপর আমরা অন্যান্য ওএস এর একই পরিবর্তন, আমরা শুধু বিভিন্ন নাম menuentry জন্য, ব্যবহার Ig আমরা পরিবর্তন না 16.04করার জন্য 15.04ইত্যাদি।

আমরা বুট করার সময় grub-মেনুতে এই মেনু-এন্ট্রি নির্বাচন করেন, তাহলে মেশিন শুধু রিবুট, আমরা তাদের কোনো অপারেটিং সিস্টেম বুট না কিন্তু যা দেখতে ওএস আসলে লোড করতে ব্যবহৃত হয় নির্মিত হবে grub.conf।

অতিরিক্ত তথ্য

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

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

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

আর একটি সহজ সমাধান

আসুন জেনে নিই আমরা তিনটি লিনাক্স ডিস্ট্রিবিউশন পার্টিশন ইনস্টল করা আছে করা যাক যে sda1, sda2এবং sda3। এখন আমরা গ্রুবের বুট মেনু এন্ট্রিগুলি একবার দেখে নিই। বুটের সময়, আমরা এরকম কিছু দেখতে পাব:

1 উবুন্টু
উবুন্টুর জন্য 2 উন্নত বিকল্প
3 মেমরি পরীক্ষা (স্মৃতিযুক্ত 86 +)
4 মেমরি পরীক্ষা (স্মৃতিযুক্ত 86 +, সিরিয়াল কনসোল 115200)
5 উবুন্টু (অন / ডিভ / এসডিএ 2)
উবুন্টুর জন্য 6 উন্নত বিকল্প (অন / ডিভ / এসডিএ 2)
7 উবুন্টু 17.04 (অন / ডিভ / এসডিএ 3)
উবুন্টুর জন্য 8 উন্নত বিকল্প (অন / ডিভ / এসডি 3)

প্রথম দুটি এন্ট্রি grub.confহ'ল ওএসের জন্য এন্ট্রি যা আমরা প্রকৃতপক্ষে ব্যবহৃত ফাইলটি উত্পন্ন করে । # 3 এবং # 4 এন্ট্রিগুলি এই মুহুর্তে আকর্ষণীয় নয়। # 5, # 6, # 7 এবং # 8 এন্ট্রিগুলি ওএস-প্রবারের সাহায্যে তৈরি করা এন্ট্রি এবং আমরা দেখতে পাই যে এন্ট্রিগুলির জন্য ওএসের কোন পার্টিশন থাকে। তাই এই ছোট উদাহরণ ক্ষেত্রে আমরা যে grub.config-file আমরা আসলে ব্যবহার না ওএস অন্তর্গত উপর না sda2বা sda3কিন্তু উপর অপারেটিং সিস্টেমের sda1। ক্ষেত্রে এক বা একাধিক ওএস পৃথক /bootপার্টিশনের সাথে ইনস্টল করা আছে আমাদের কোন- /bootপার্টিশনের কোন ওএসের অন্তর্গত তা খতিয়ে দেখতে হবে, তবে findmntপ্রতিটি ওএসে -কম্যান্ড চালিয়ে সহজেই এটি করা যায় ।

Comments

+1 দীর্ঘ সত্ত্বেও, এই উত্তরে প্রাসঙ্গিক পয়েন্টগুলি অন্তর্ভুক্ত রয়েছে। বিআইওএস সিস্টেমগুলির জন্য, ব্যবহারকারীরা মাল্টি-বুট করেন তাদের আরও নিয়ন্ত্রণের জন্য ইনস্টলারের "অন্য কিছু" পছন্দ করা উচিত; "GRUB বুট লোডার ইনস্টল না করা" জোর করার দরকার নেই ( আমার পুরানো উত্তর দেখুন )। ইউইএফআই সিস্টেমগুলির জন্য, মাল্টি-বুট সেটআপটি অনেকটা অব্যক্ত বা অনির্ধারিত বলে মনে হচ্ছে।

— ক্লিয়ারকিমুরা

Answer 5

lsblk

এবং কোন ডিস্ক মাউন্ট করা আছে তা পরীক্ষা করুন /। /bootআপনার মাউন্ট পয়েন্ট থাকলে দয়া করে নীচের মন্তব্যগুলি বা রাভেক্সিনার উত্তরটি পড়ুন ।

আপনি যদি নিশ্চিত না হন তবে ইউইউডি পরীক্ষা করুন

lsblk -o UUID,NAME,SIZE,MOUNTPOINT

Comments

এটা সত্য নয়, আমার /bootআলাদা পার্টিশন হলে কী হবে ? তারপরে পার্টিশনে /boot/grub/grub.cfgঅবস্থিত নয় /।

— রাভেক্সিনা

@ রাভেক্সিনা প্রযুক্তিগত হন, এটি সত্য হতে পারে। তবে, এই ব্যবহারকারীর উদ্দেশ্যে, /পার্টিশন গণনা করা হয় না ?

@ মারকইসরি আমার ধারণা, আমার বলা উচিত এটি সর্বদা সত্য নয়, তবে ওপি আমাদের বলছে যে তিনি তিনটি পৃথক বিভাজনে ফাইলটি পেয়েছেন তাই আমার ধারণা অনুমান করা উচিত যে এটি আলাদা করার জন্য আগে পরীক্ষা করা ভাল /boot।

— রাভেক্সিনা

@ রাভেক্সিনা আমি উত্তরটি আপডেট করেছি বলে উল্লেখ করার জন্য ধন্যবাদ।

— কাটু

Answer 6

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

কোথায় তাকান

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

লেবেল (1): GNU GRUB মেনুতে প্রথম প্রবেশের নীচে

লেবেল (2): বুট লোডার মেনুতে শীর্ষে জিএনইউ GRUB সংস্করণ

লেবেল (3): GNU GRUB পটভূমি চিত্র (ম্যানুয়াল সেটআপ প্রয়োজনীয়)

সর্বাধিক সুস্পষ্ট ইঙ্গিতটি হ'ল লেবেল (3), যা বুট-লোডার মেনু নিয়ন্ত্রণ করে এমন সিস্টেমে GNU GRUB পটভূমি চিত্র পরিবর্তন করা। এটি বলা সবচেয়ে সহজ, যদি ব্যবহারকারী এটি আগে থেকেই সেট আপ করে।

লেবেল (1) ব্যাখ্যা করেছেন

প্রথম এন্ট্রির নীচে মেনু এন্ট্রিগুলিতে তালিকাভুক্ত নয় এমন পার্টিশনের সন্ধান করুন । স্ক্রিনশটে, কেবল দুটি অপারেটিং সিস্টেম ইনস্টল করা আছে যেমন "উবুন্টু" এবং "উবুন্টু 14.04.5 এলটিএস"।

Ubuntu
Advanced options for Ubuntu
Memory test (memtest86+)
Memory test (memtest86+, serial console 115200)
Ubuntu 14.04.5 LTS (14.04) (on /dev/sda3)
Advanced options for Ubuntu 14.04.5 LTS (14.04) (on /dev/sda3)

পরেরটি উল্লেখ করেছে (on /dev/sda3), যার অর্থ পূর্ববর্তীটি সম্ভবত অবস্থিত /dev/sda2বা এর উপর অবস্থিত /dev/sda1। নিশ্চিত হয়ে নিন যে, সিস্টেমটি বুট করার পরে "উবুন্টু", উপলভ্য পার্টিশনগুলি তালিকাভুক্ত করার জন্য প্রাসঙ্গিক কমান্ডটি চালান ( lsblkমনে হয় এটি খুব সহজ)।

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0    13G  0 disk 
├─sda1   8:1    0   976M  0 part [SWAP]
├─sda2   8:2    0     6G  0 part /
└─sda3   8:3    0     6G  0 part 
sr0     11:0    1  55.7M  0 rom 

কেবলমাত্র আউটপুটটির সাথে তুলনা করার পরে lsblk, আমরা জানতে পারি যে সিস্টেম "উবুন্টু" পাওয়া গেছে /dev/sda2(যা মেনু এন্ট্রিগুলিতে তালিকাভুক্ত ছিল না ) যা থেকে বুট লোডার মেনু পরিচালিত হয়।

লেবেল (2) ব্যাখ্যা করেছেন

বুট লোডার মেনুতে শীর্ষে মুদ্রিত GRUB সংস্করণটি দেখুন। সেই সংস্করণটি নোট করুন এবং বুট করা সিস্টেমে পাওয়া যায় এমন GRUB সংস্করণটির সাথে তুলনা করুন "উবুন্টু"।

স্ক্রিনশটে (নীচের অর্ধেক): GNU GRUB version 2.02~beta2-9

সিস্টেমটি বুট করার পরে "উবুন্টু", GRUB প্যাকেজের সংস্করণ ( grub-install --versionপ্রাসঙ্গিক এবং সহজবোধ্য) পরীক্ষা করতে প্রাসঙ্গিক কমান্ডটি চালান ।

$ grub-install --version
grub-install (GRUB) 2.02~beta2-9

এটি কীভাবে প্রাসঙ্গিক? কারণ grub-installএবং update-grubআদেশগুলি উভয়ই একই প্যাকেজ দ্বারা সরবরাহ করা হয় grub2-common। বুট লোডার মেনু একই প্যাকেজ থেকে সরঞ্জামগুলি ব্যবহার করে তৈরি এবং আপডেট করা হয়েছে তা প্রদত্ত, বুট লোডার মেনুর শীর্ষে মুদ্রিত সংস্করণটি একই রকম হবে।

লেবেল (3) ব্যাখ্যা করেছেন

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

যদি desktop-baseপ্যাকেজটি আপনার সিস্টেমে ইনস্টল করা থাকে তবে GRUB- র জন্য বিশেষভাবে তৈরি এ জাতীয় ব্যাকগ্রাউন্ড চিত্রগুলি *grub.pngলক্ষ্য ডিরেক্টরিতে ফাইল নাম প্রত্যয় সহ সহজেই পাওয়া যায় ।

$ ls /usr/share/images/desktop-base/*grub.png
/usr/share/images/desktop-base/desktop-grub.png
/usr/share/images/desktop-base/joy-grub.png
/usr/share/images/desktop-base/moreblue-orbit-grub.png
/usr/share/images/desktop-base/spacefun-grub.png

পটভূমি চিত্র সেট আপ করতে:

1. /etc/default/grubঅতিপরিচয়কারী হিসাবে ফাইলটি খুলুন , তারপরে GRUB_BACKGROUND=পছন্দের এবং উদ্ধৃত চিত্রের পুরো পথ সহ লাইন যুক্ত করুন ।

   $ sudo nano /etc/default/grub 
   ...
   GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
   GRUB_CMDLINE_LINUX=""
   
   # Show background in GRUB boot menu
   GRUB_BACKGROUND="/usr/share/images/desktop-base/spacefun-grub.png"
   ...
   

2. তারপরে, sudo update-grubআপডেট /boot/grub/grub.cfgকরতে রান করুন যা বুট লোডার মেনুতে অন্তর্ভুক্ত। ব্যবহারকারী নিম্নলিখিতগুলির অনুরূপ আউটপুট দেখতে পাবেন।

   $ sudo update-grub
   Generating grub configuration file ...
   Found background: /usr/share/images/desktop-base/spacefun-grub.png
   Found background image: /usr/share/images/desktop-base/spacefun-grub.png
   Found linux image: /boot/vmlinuz-3.13.0-24-generic
   Found initrd image: /boot/initrd.img-3.13.0-24-generic
   Found memtest86+ image: /boot/memtest86+.elf
   Found memtest86+ image: /boot/memtest86+.bin
   Found Ubuntu 14.04.5 LTS (14.04) on /dev/sda3
   done
   

3. মেশিনটি পুনরায় বুট করুন এবং দেখুন যে বুট লোডার মেনুতে সিস্টেম থেকে আপডেট কমান্ড দ্বারা কোনও দৃশ্যমান পরিবর্তন হয়েছে।

অন্যথায়, অন্য সিস্টেমগুলির জন্য একবারে একবারে পদক্ষেপগুলি পুনরাবৃত্তি করুন। বারবার পদক্ষেপগুলি অপ্রয়োজনীয় হত, যদি ব্যবহারকারী বুট লোডার মেনুতে কোন সিস্টেমের নিয়ন্ত্রণের বিষয়ে সচেতন হয় (তবে এটি ইনস্টলেশনটি কীভাবে হয়েছিল তার উপর নির্ভর করে)।

দাবি পরিত্যাগী

এই উত্তরটি GNU GRUB পিসি / BIOS সংস্করণ ব্যবহার করে মাল্টি বুট সেটআপ সহ BIOS সিস্টেমের জন্য প্রমাণিত এবং ভাল পরীক্ষিত মানদণ্ডের জন্য ব্যাখ্যা করে। নিম্নলিখিত ব্যতিক্রমগুলি প্রযোজ্য হবে।

• GNU GRUB EFI সংস্করণ ব্যবহার করে UEFI সিস্টেমের অংশের জন্য, মানদণ্ডটি উপরে বর্ণিত হিসাবে মানদণ্ড একইরূপে প্রদর্শিত হবে কিনা তা নিশ্চিত বা জানা যায় না or

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

• যদি মাল্টি বুট সেটআপটি একই ধরণের অপারেটিং সিস্টেমের ঠিক একই অনুলিপি যেমন উবুন্টু 14.04, কুবুন্টু 14.04, জুবুন্টু 14.04, ইত্যাদি দ্বারা তৈরি করা হয় তবে ব্যবহারকারী কোন পার্টিশন থেকে বুট করেছিলেন তা জানার একমাত্র নির্ভরযোগ্য উপায় হ'ল লেবেল (3)।

• লেবেল (3) কাস্টম ব্যাকগ্রাউন্ড ইমেজ ব্যবহার করে আরও ভাল কাজ করতে পারে যা স্পষ্টভাবে লিখেছে যা থেকে এটি বুট করা হয়েছে অর্থাৎ "এই বুট মেনুটি / dev / sda1 থেকে পরিচালিত হয়"। একইভাবে, "GRUB- র জন্য কীভাবে কাস্টম ব্যাকগ্রাউন্ড চিত্র তৈরি করবেন" সম্পর্কিত এই জবাবটি ব্যাখ্যা করা হবে না ।

টিএল; ডিআর ইনস্টল হওয়া যে কোনও সিস্টেম বুট করার আগে বুট লোডার মেনুটি দেখুন । সবচেয়ে সহজ ও নির্ভরযোগ্য উপায় হ'ল লেবেল (3), যা GRUB ব্যাকগ্রাউন্ড চিত্রটি ম্যানুয়ালি সেটআপ করা।