ฉันจะรู้ได้อย่างไรว่าพาร์ติชั่นใดที่ฉันบูตด้วย?

12

ฉันมีเครื่องที่มีพาร์ติชันมัลติบูต ฉันมี Ubuntu 14.04 ในพาร์ติชั่นเดียว, Ubuntu 15.04 ในอันที่สอง, และ Ubuntu 16.04 ในอันที่สาม. มีวิธีที่จะรู้ได้จากบรรทัดคำสั่งจากพาร์ติชันที่ฉันบูทมาหรือไม่เพื่อที่จะหาคุณว่าพาร์ติชั่นตัว/boot/grub/grub.cfgใดที่ใช้สำหรับกระบวนการบูท? ฉันมี/boot/grub/grub.cfg สามพาร์ติชั่น

boot grub2

— เควินวิลสัน
แหล่งที่มา

3

คุณไม่สามารถทำเช่นนั้นได้ด้วยความมีชีวิตชีวาและความน่าเชื่อถือ สำหรับสิ่งที่คุณรู้/boot/grub/grub.cfgไฟล์ที่ใช้สำหรับการบูทอาจถูกลบพาร์ติชันนั้นอาจถูกลบออกจากตารางพาร์ติชันและดิสก์นั้นถูกลบออกจากระบบ

— Federico Poloni

10

เมื่อ GRUB ส่งมอบการบูตให้เคอร์เนลแล้วเคอร์เนลก็ไม่รู้ว่าจะเริ่มต้นอย่างไรและ/bootอาจไม่ใช่สิ่งที่ GRUB ใช้ คุณอาจตรวจสอบเวลาการเข้าถึงของ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เพื่อดูว่ามีการใช้ค่าใดบ้าง

— Muru
แหล่งที่มา

! ที่น่าสนใจ หมายความว่าวิธีการแก้ปัญหาของฉันยังมีอัตราความแม่นยำที่ดีกว่าดังนั้น Ravexina และ Katu

— tatsu

@tatsu IMO คำตอบอื่น ๆ ทั้งหมดไม่ถูกต้อง - Ravexina กำลังค้นหาพาร์ติชันที่/bootตั้งอยู่ แต่นั่นอาจไม่ใช่สิ่งที่ด้วงใช้และคุณและ Katu กำลังค้นหาพาร์ติชันที่ติด/ตั้งอยู่ แต่เมาแล้วเช่น Ravexina ที่อาจมี การเชื่อมต่อที่น้อยลง

— muru

1

ใช่ แต่วิธีที่จะยกเลิกการต่อเชื่อมอาจทำสิ่งอื่นที่ไม่ใช่ความล้มเหลวบนพาร์ติชันที่คุณติดตั้งอยู่: ดิสก์ส่งข้อมูลเช่นอุปกรณ์ที่ติดตั้งอยู่ข้อมูล ID ใด ๆ ที่คุณอาจต้องการซึ่งเป็นสิ่งที่คุณพยายามยกเลิกการต่อเชื่อม ฉันเป็นคนแรกที่ยอมรับโซลูชันของฉันน่าเกลียด แต่มีอัตราความสำเร็จ 100% ใช่ไหม

— tatsu

1

@tatsu อัตราความสำเร็จเพื่ออะไร ค้นหาพาร์ติชันที่ติดตั้งอยู่/แล้ว ค้นหาการกำหนดค่า GRUB ของพาร์ติชั่นตัวใดที่ใช้ในขณะทำการบูท? ฉันไม่เห็นว่าเกี่ยวข้องกันอย่างไร

— muru

4

ด้วงนั้นตั้งค่าการเข้าถึงการประทับเวลาจริง ๆ หรือไม่เพราะเป็นดอสของตัวเองและไม่ถูกผูกมัดโดยอนุสัญญาไดรเวอร์ระบบไฟล์ของ linux?

— rackandboneman

4

ดังที่คุณทราบไฟล์ที่คุณกำลังค้นหาอยู่ใน/bootไดเรกทอรีของระบบที่ใช้งานอยู่ อาจ/bootเป็นพาร์ติชันแยกต่างหากหรือไม่ก็ได้ หาก/bootเป็นพาร์ติชันแยกต่างหากคุณควรมองหาสิ่งต่อไปนี้:

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

หมายถึงการที่ถูกนำมาใช้อยู่ในgrub.cfgsda2

นอกจากนี้คุณควรมองหา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เพื่อค้นหาพาร์ติชันที่เป็นรูตของคุณ

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

sda1ซึ่งหมายความว่าจาก

คุณยังสามารถตรวจสอบพารามิเตอร์การบู๊ตเหล่านี้เพื่อดูว่าgrub.cfgไฟล์ใดไฟล์หนึ่งของคุณมีอยู่ซึ่งจะใช้งานได้เฉพาะเมื่อพารามิเตอร์การบู๊ตของคุณgrub.cfgแตกต่างกัน

— Ravexina
แหล่งที่มา

2

วิธีที่ง่ายกว่า (ที่ไม่ต้องใช้สิทธิ์พิเศษสำหรับผู้ใช้) ในการค้นหาโหนดอุปกรณ์ที่อยู่ด้านหลังระบบไฟล์ UUID readlink -f /dev/disk/by-uuid/<UUID>คือ

— David Foerster

3

หากต้องการแสดงอุปกรณ์ที่ถือระบบไฟล์รูทที่เมาท์อยู่ในปัจจุบัน:

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

หากต้องการแสดงเวอร์ชันรีลีส Ubuntu ที่รันอยู่ในปัจจุบัน:

lsb_release -rs

— David Foerster
แหล่งที่มา

ที่จริงแล้วทำให้รู้สึกกังวลมากเกี่ยวกับคำถามและดูเหมือนว่าคำตอบที่เหมาะสมที่สุดยัง ฉันพนันได้เลยว่าไม่มี distro สองตัวในการตั้งค่าของเขาที่มีหมายเลขเวอร์ชั่นเดียวกันเขาจะใช้lsb_release -rsทุกครั้ง KISS

— tatsu

น่าเสียดายที่นี่ใช้งานไม่ได้ ฉันทดสอบคำสั่งของคุณบนเครื่องที่มีหลายระบบปฏิบัติการมีเพียง "master`-OS ของฉันที่ติดตั้งด้วงใน MBR เท่านั้นระบบปฏิบัติการอื่นที่ติดตั้ง Grub ใน PBR ดูเหมือนว่าคำสั่งจะแสดงตำแหน่งที่ติดตั้งระบบปฏิบัติการ Grub ไว้ แต่ไม่ แสดง OS Grub ที่โหลดไฟล์ปรับแต่ง

— mook765

@ mook765: คำตอบของฉันไม่มีอะไรเกี่ยวข้องกับ Grub หรือ MBR (หรือตัวบูตบูทหรือพาร์ติชั่นประเภทตารางจริงๆ) ฉันไม่แน่ใจว่าคุณได้ลองทำอะไรและคาดว่าจะเห็นอะไร

— David Foerster

จากนั้นคำตอบนี้ไม่มีส่วนเกี่ยวข้องกับคำถาม ...

— mook765

@ mook765: ถ้าคุณใช้มันอย่างแท้จริงใช่ อย่างไรก็ตามสำหรับฉันแล้วปรากฏว่า OP ต้องการทราบว่าหนึ่งในหลาย ๆ การติดตั้ง Ubuntu ของเขาถูกบูทในขณะนี้และคำตอบของฉันควรจะใช้ได้

— David Foerster

2

เราสามารถเพิ่มรายการเมนูที่กำหนดเองง่าย ๆ ในแต่ละระบบปฏิบัติการและเราจะเห็นในเมนู Grub ที่ OS Grub โหลดไว้เป็นไฟล์กำหนดค่า

ตัวอย่าง:

เราบูตเป็น 16.04 และแก้ไขไฟล์/etc/grub.d/40_customเพื่อเพิ่มรายการเมนู

#! / bin / ดวลจุดโทษ
exec tail -n +3 $ 0
# ไฟล์นี้ให้วิธีง่ายๆในการเพิ่มรายการเมนูที่กำหนดเอง เพียงพิมพ์
# รายการเมนูที่คุณต้องการเพิ่มหลังจากความคิดเห็นนี้ ระวังอย่าเปลี่ยน
# บรรทัด 'exec tail' ด้านบน
#

menuentry 'grub.conf ถูกโหลดจาก 16.04' {        
            รีบูต  
    }

sudo update-grubเราแน่ใจว่าไฟล์เป็นปฏิบัติการและการทำงาน

จากนั้นเราทำการเปลี่ยนแปลงเดียวกันในระบบปฏิบัติการอื่นเราเพียงแค่ใช้ชื่อที่แตกต่างกันสำหรับเมนูเมอร์เราเปลี่ยน16.04ไป15.04เรื่อย ๆ

ถ้าเราเลือกนี้เมนูรายการในด้วงเมนูในระหว่างการบูตเครื่องจะรีบูตเพียงแค่เราได้สร้างพวกเขาไม่ได้ในการบูตระบบปฏิบัติการใด ๆ แต่จะเห็นที่ OS grub.confที่ถูกนำมาใช้จริงในการโหลด

ข้อมูลเพิ่มเติม

ความสับสนแบบนี้จะปรากฏขึ้นเมื่อเราติดตั้งระบบปฏิบัติการหลายระบบซึ่งใช้ Grub ทั้งหมดและระหว่างการติดตั้งระบบปฏิบัติการเราเลือกตำแหน่งบูทโหลดเดอร์เดียวกัน เราต้องการระบบปฏิบัติการเพียงระบบเดียวที่ติดตั้ง Grub, Grub สามารถบูตในการกระจาย Linux ได้ดังนั้นถ้าเรามีการกระจายการติดตั้งเดียว (รวมถึง Grub) เราสามารถติดตั้ง OS เพิ่มเติมได้โดยไม่ต้องติดตั้ง Grub

ในการติดตั้งแบบดั้งเดิมนั้นค่อนข้างง่ายในการจัดการตำแหน่งสำหรับการติดตั้งตัวบูตบู๊ตเนื่องจากเราสามารถเลือกพาร์ติชันบูตบูตเป็นตำแหน่งได้ แต่เราต้องระมัดระวังในการเลือกพาร์ติชันที่ถูกต้อง ดังนั้นหนึ่งระบบปฏิบัติการติดตั้งบูตโหลดเดอร์ไปยัง MBR และติดตั้งบูตโหลดเดอร์ไปยัง PBR ของพาร์ติชันระบบปฏิบัติการเพิ่มเติม ความเป็นไปได้นี้เรามีเฉพาะเมื่อเราใช้Something else-option ระหว่างการติดตั้ง

ในการติดตั้ง UEFI มันแปลกกว่านี้อีกนิดบูทโหลดเดอร์จะถูกติดตั้งในโฟลเดอร์ใน EFI System Partition (ESP) และบูตโหลดเดอร์หลายตัวสามารถอยู่ร่วมกันได้อย่างง่ายดาย ปัญหาที่เกิดขึ้นก็คืออูบุนตูทุกรสชาติและลินุกซ์ - ดิสทริบิวชันอื่น ๆ จะติดตั้ง Grub ไปยังโฟลเดอร์เดียวกันใน ESP และเราไม่มีทางเลือก ดังนั้นการติดตั้งการกระจาย Linux เพิ่มเติมจะเขียนทับบูตโหลดเดอร์ที่เรามีอยู่แล้ว sudo ubiquity -bวิธีเดียวที่ฉันรู้เพื่อหลีกเลี่ยงปัญหานี้คือการบูตเข้าสู่เซสชั่นสดและเริ่มต้นการติดตั้งด้วย

อีกทางออกที่ง่าย

ให้เราสมมติว่าเรามีลีนุกซ์สามตัวที่ติดตั้งไว้ในพาร์ติชั่sda1นsda2และsda3. ตอนนี้เรามาดูรายการเมนูการบูตของ Grub ระหว่างการบู๊ตเราจะเห็นสิ่งนี้:

1 Ubuntu
2 ตัวเลือกขั้นสูงสำหรับ Ubuntu
3 ทดสอบหน่วยความจำ (memtest86 +)
4 การทดสอบหน่วยความจำ (memtest86 +, คอนโซลอนุกรม 115200)
5 Ubuntu (บน / dev / sda2)
6 ตัวเลือกขั้นสูงสำหรับ Ubuntu (บน / dev / sda2)
7 Ubuntu 17.04 (เปิด / dev / sda3)
8 ตัวเลือกขั้นสูงสำหรับ Ubuntu (บน / dev / sda3)

สองรายการแรกคือรายการสำหรับระบบปฏิบัติการซึ่งสร้างgrub.confไฟล์ -file ที่เราใช้จริง รายการ # 3 และ # 4 ไม่น่าสนใจในขณะนี้ รายการ # 5, # 6, # 7 และ # 8 เป็นรายการที่สร้างขึ้นด้วยระบบปฏิบัติการและเราจะเห็นว่าพาร์ทิชันของระบบปฏิบัติการสำหรับรายการเหล่านี้อยู่ ดังนั้นในกรณีของตัวอย่างเล็ก ๆ นี้เราสามารถสรุปได้ว่าgrub.configแฟ้ม: เราจริงใช้ไม่ได้อยู่ในระบบปฏิบัติการบนsda2หรือแต่ระบบปฏิบัติการบนsda3 sda1ในกรณีที่หนึ่งหรือมากกว่านั้นมีการติดตั้งระบบปฏิบัติการด้วย - /bootพาร์ทิชันแยกเราจะต้องตรวจสอบว่า - /bootพาร์ทิชันเป็นของระบบปฏิบัติการใด แต่ที่ทำได้อย่างง่ายดายโดยการเรียกใช้findmntคำสั่งในแต่ละระบบปฏิบัติการ

— mook765
แหล่งที่มา

+1 แม้จะมีความยาวคำตอบนี้รวมถึงประเด็นที่เกี่ยวข้องด้วย สำหรับระบบ BIOS ผู้ใช้ที่ทำการมัลติบูตควรเลือก "Something else" ในโปรแกรมติดตั้งเพื่อให้สามารถควบคุมได้มากขึ้น ไม่จำเป็นต้องบังคับ "ไม่ต้องติดตั้งตัวโหลดบูต GRUB" (ดูคำตอบเก่าของฉัน ) สำหรับระบบ UEFI การตั้งค่ามัลติบูตดูเหมือนจะอธิบายไม่ได้หรือยังไม่ทดลอง

— clearkimura

1

lsblk

และตรวจสอบว่ามีการติดตั้งดิสก์/ใด โปรดอ่านความคิดเห็นด้านล่างหรือคำตอบของ Ravexina หากคุณมี/bootในจุดที่ติดตั้งของคุณ

หากคุณไม่แน่ใจให้ตรวจสอบ UUID

lsblk -o UUID,NAME,SIZE,MOUNTPOINT

— Katu
แหล่งที่มา

2

มันไม่เป็นความจริงถ้าฉัน/bootเป็นพาร์ติชั่นแยกต่างหาก แล้ว/boot/grub/grub.cfgไม่ได้อยู่ใน/พาร์ทิชัน

— Ravexina

@Ravexina รับทางเทคนิคที่อาจเป็นจริง อย่างไรก็ตามสำหรับวัตถุประสงค์ของผู้ใช้นี้/พาร์ติชั่นจะไม่นับรวม?

@ Markyisri ฉันเดาว่าฉันควรจะบอกว่ามันไม่เป็นความจริงเสมอไปอย่างไรก็ตามทาง OP บอกเราว่าเขาได้รับไฟล์ในพาร์ติชั่นสามตัวที่แตกต่างกันดังนั้นฉันเดาว่าควรตรวจสอบแยกต่างหาก/bootก่อน

— Ravexina

1

ขอบคุณที่ชี้ให้เห็นว่า @Ravexina ฉันได้อัปเดตคำตอบแล้ว

— Katu

0

หากต้องการทราบว่าพาร์ติชันที่ผู้ใช้บูตระบบให้ดูที่เมนูโหลดเดอร์บูตก่อนบู๊ตระบบที่ติดตั้งใด ๆ เป็นการยากที่จะบอกโดยไม่เห็นเมนูตัวโหลดบูต

จะดูที่ไหน

ในภาพหน้าจอที่รวมกันดังต่อไปนี้ฉันได้ระบุคำใบ้สามคำที่หนึ่งอาจทราบได้จากพาร์ติชันที่ผู้ใช้บูต

ป้ายกำกับ (1): รายการเมนู GNU GRUB ด้านล่างรายการแรก

ป้ายกำกับ (2): รุ่น GNU GRUB ที่ด้านบนของเมนูโหลดเดอร์

ป้ายกำกับ (3): ภาพพื้นหลัง GNU GRUB (ต้องตั้งค่าด้วยตนเอง)

คำใบ้ที่ชัดเจนที่สุดคือ label (3) ซึ่งเป็นการเปลี่ยนภาพพื้นหลังของ GNU GRUB ในระบบที่มีการควบคุมเมนูบูตโหลดเดอร์ เป็นวิธีที่ง่ายที่สุดในการบอกผู้ใช้ตั้งค่าไว้ล่วงหน้า

อธิบายป้ายกำกับ (1)

ค้นหาพาร์ติชันที่ไม่อยู่ในรายการเมนูด้านล่างรายการแรก ในภาพหน้าจอมีระบบปฏิบัติการเพียงสองระบบเท่านั้นที่ติดตั้งเช่น "Ubuntu" และ "Ubuntu 14.04.5 LTS"

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เพื่อให้แน่ใจว่าหลังจากบูทระบบเช่น "Ubuntu" ให้รันคำสั่งที่เกี่ยวข้องเพื่อแสดงรายการพาร์ติชั่นที่มีอยู่ ( 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แล้วเรารู้ว่าระบบคือ "Ubuntu" พบที่/dev/sda2(ซึ่งไม่ได้อยู่ในรายการเมนู) ที่จัดการเมนูบูต

อธิบายป้ายกำกับ (2)

ค้นหารุ่น GRUB ที่พิมพ์ที่ด้านบนของเมนูตัวโหลดบูต โปรดสังเกตรุ่นนั้นและเปรียบเทียบกับรุ่น GRUB ที่พบในระบบที่บูตเช่น "Ubuntu"

ในภาพหน้าจอ (ครึ่งล่าง): GNU GRUB version 2.02~beta2-9

หลังจากบูทระบบเช่น "Ubuntu" ให้รันคำสั่งที่เกี่ยวข้องเพื่อตรวจสอบเวอร์ชันของแพ็กเกจ 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

วิธีตั้งค่าภาพพื้นหลัง:

เปิด/etc/default/grubไฟล์เป็น superuser จากนั้นเพิ่มบรรทัด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"
...
```

จากนั้นให้รัน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

รีบูตเครื่องและดูว่าเมนูบูตโหลดเดอร์นั้นมีการเปลี่ยนแปลงที่เห็นได้จากคำสั่ง update จากระบบหรือไม่

มิฉะนั้นทำซ้ำขั้นตอนสำหรับระบบอื่นทีละครั้ง ขั้นตอนซ้ำ ๆ อาจไม่จำเป็นหากผู้ใช้ทราบว่าระบบใดควบคุมเมนูบูตโหลดเดอร์ (อีกครั้งทั้งนี้ขึ้นอยู่กับวิธีการติดตั้ง)

คำปฏิเสธ

คำตอบนี้อธิบายถึงเกณฑ์ที่พิสูจน์แล้วและได้รับการทดสอบอย่างดีสำหรับระบบ BIOS พร้อมการตั้งค่ามัลติบูตโดยใช้ GNU GRUB PC / BIOS เวอร์ชั่น จะมีข้อยกเว้นต่อไปนี้

สำหรับระบบของ UEFI ที่ใช้ GNU GRUB EFI จะไม่รับประกันหรือไม่ทราบว่าเงื่อนไขจะเหมือนกันตามที่อธิบายไว้ข้างต้น
เน้นที่ลักษณะของเมนูบูตโหลดเดอร์ (ลักษณะที่ปรากฏอาจแตกต่างกันคือครึ่งบนของภาพหน้าจอ) แทนที่จะแสดงให้เห็นถึงวิธีการทำงานของ chainloading เช่นนี้เกี่ยวกับ "วิธีการตั้งค่ามัลติบูตตามที่เห็นในภาพหน้าจอ" จะไม่ถูกอธิบายในคำตอบนี้
หากการตั้งค่าการบูตหลายครั้งทำจากสำเนาของระบบปฏิบัติการที่คล้ายกันเช่น Ubuntu 14.04, Kubuntu 14.04, Xubuntu 14.04 เป็นต้นดังนั้นวิธีที่เชื่อถือได้เพียงวิธีเดียวในการทราบว่าพาร์ติชันที่ผู้ใช้บูตมาจากไหนคือ label (3)
ป้ายกำกับ (3) อาจทำงานได้ดีขึ้นโดยใช้ภาพพื้นหลังที่กำหนดเองซึ่งเขียนอย่างชัดเจนจากการบู๊ตนั่นคือ "เมนูการบูตนี้ได้รับการจัดการจาก / dev / sda1" ในทำนองเดียวกันเกี่ยวกับ "วิธีการสร้างภาพพื้นหลังที่กำหนดเองสำหรับด้วง" จะไม่ถูกอธิบายในคำตอบนี้

TL; DRดูที่เมนูบูตโหลดเดอร์ก่อนทำการบู๊ตระบบที่ติดตั้งไว้ วิธีที่ง่ายที่สุดและน่าเชื่อถือที่สุดคือฉลาก (3) ซึ่งเป็นการตั้งค่าภาพพื้นหลัง GRUB ด้วยตนเอง

— clearkimura
แหล่งที่มา