วิธีการแพร่หลายแพร่หลายถูกบังคับไม่ให้ติดตั้งด้วง?

9

พาร์ติชัน HDD ของฉัน:

esp -> sda1
archlinux -> sda2
สลับ -> sda3
sda4 -> จะเป็นที่สำหรับ Ubuntu

ฉันจะติดตั้ง Ubuntu บน sda4; ปัจจุบันกระบวนการบู๊ตของฉันถูกควบคุมโดยsystemd-bootซึ่งติดตั้งใน archlinux ผ่านซอฟต์แวร์ bootctl ไม่เป็นไรและฉันต้องการเก็บมันไว้

โดยการติดตั้ง Ubuntu มันจะพยายามติดตั้งด้วงบน sda หรือ sdaX ดูเมนูแบบเลื่อนลงที่ภาพหน้าจอนี้:

ฉันต้องการติดตั้ง Ubuntu บน sda4 โดยไม่ต้องจัดการกับด้วง จากนั้นฉันจะชี้ไปที่ไฟล์ Ubuntu vmlinuz และไฟล์ initrd โดยสร้างไฟล์รายการใหม่ใน archlinux ภายใต้ systemd-boot configuration system

grub2 system-installation ubiquity

— มินิ
แหล่งที่มา

ฉันรู้ว่าการมีอยู่ของpreseedมีตัวเลือกสำหรับ boot loader บน Ubiquity

— blkpws

2

อย่าคิดว่ามีวิธีหลีกเลี่ยงด้วงได้ง่าย แต่คุณสามารถลองติดตั้งลงใน sda4 แล้วเขียนทับมันด้วย dd

— mikewhething

ทีนี้นี่เป็นคำถามที่น่าสนใจ ...

— You'reAGitForNotUsingGit

สิ่งนี้ใช้ได้กับ 12.04 ไม่เคยใช้ sudo ubiquity -bเข้าสู่การติดตั้งสดและเปิดจาก terminal

— oldfred

@oldfred ดูเหมือนว่าไม่มี-bตัวเลือกใด ๆ: manpages.ubuntu.com/manpages/xenial/man8/ubiquity.8.html

— มินิ

4

sudo ubiquity -b

เพิ่งติดตั้ง 16.10 โดยการบูท ISO โดยตรงบน sda พร้อมกับลูปของกรับ ครั้งหนึ่งในโปรแกรมติดตั้งเข้าไปในสถานีและใช้คำสั่งข้างต้น การติดตั้งบางอย่างดูเหมือนปกติ ไม่ได้แจ้งให้ทราบจนกว่าฉันจะคลิกผ่าน แต่ค่อนข้างแน่ใจว่ากล่องคำสั่งผสมสำหรับสถานที่ที่จะติดตั้งด้วงหายไป และในระหว่างขั้นตอนการติดตั้งปกติจะบอกว่าการติดตั้งด้วงนั้นไม่เคยแสดงให้เห็นเลย

โดยปกติแล้วการติดตั้งไปยัง sdb หรือการติดตั้งครั้งที่สองจะเขียนทับโฟลเดอร์ / EFI / ubuntu ของฉันด้วยการบูตติดตั้งหลักของฉัน ครั้งนี้ฉันสามารถบูตกลับไปที่การติดตั้งหลักของฉันได้

และการทำงานsudo update-grubยังคงพบการติดตั้งใหม่แม้ว่าด้วง "ไม่ได้ติดตั้ง" ระบุว่าไม่มี grub.cfg ใน / boot / grub เช่นกัน

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

sudo ubiquity -b-> i.stack.imgur.com/ZTYaB.pngคุณหมายความว่าถ้าฉันดำเนินต่อไปในขั้นตอนนี้มันจะไม่ติดตั้ง Grub ใช่ไหม?

— มินิ

โปรดทราบว่าคุณไม่จำเป็นต้องใช้คอมโบบ็อกซ์โดยปกติจะแสดงที่ตำแหน่งที่จะติดตั้งด้วง ประมาณครึ่งทางคือหน้าจอการแบ่งพาร์ติชั่นพร้อมกล่องคอมโบที่จะติดตั้งบูตโหลดเดอร์ askubuntu.com/questions/343268/…โปรดทราบว่าการพยายามติดตั้งด้วงลงในพาร์ติชั่นจะใช้งานได้กับ BIOS เท่านั้นไม่ใช่กับ UEFI

— oldfred

1

ฉันไม่รู้วิธีการป้องกันการติดตั้ง Grub แต่คุณสามารถหลีกเลี่ยงการมี/dev/sdaและพาร์ทิชันอื่น ๆ ของไดรฟ์ / dev / sda ของคุณสัมผัสกับ Grub

เสียบ USB ตัวที่สองเข้ากับคอมพิวเตอร์ เลือกเป็นอุปกรณ์บูตระหว่างการติดตั้ง ตอนนี้ติดตั้ง Ubuntu บน / dev / sda4 ของคุณ ขั้นตอนการติดตั้งจะไม่สัมผัสบูตเซคเตอร์ของคุณ / dev / SDA หรือพาร์ทิชันอื่น ๆ /dev/sda4ยกเว้น

— แอลดีเจมส์
แหล่งที่มา

1

ฉันรู้ใน Linux Mint 18.3 Cinnamon ซึ่งใช้ Ubuntu 16.04 คำสั่งต่อไปนี้ใช้งานได้:

ubiquity --no-bootloader

เห็นได้ชัดว่านี่เป็นนามแฝงสำหรับตัวเลือก-bและเป็นที่รู้จักกันในการทำงานบน Linux Mint 18.3 Cinnamon

ฉันยังไม่ได้ตรวจสอบว่า--no-bootloaderแท็กทำงานubiquityใน vanilla Ubuntu 16.04 (และรุ่นที่ใหม่กว่า) บางทีคนที่ใช้ Ubuntu 16.04 (หรือรุ่นใดก็ตาม) สามารถตรวจสอบและแสดงความคิดเห็นที่นี่พร้อมหมายเลขรุ่นและคำubiquity --no-bootloaderสั่งคำสั่งใช้งานได้หรือไม่ หากใช้งานได้หลังจากตรวจสอบสิทธิ์โดยใช้ตัวพิสูจน์ตัวตน GUI แล้ว Ubiquity จะโหลด ถ้ามันไม่ทำงานหลังจากการตรวจสอบโดยใช้ Authenticator GUI ubiquity: error: no such option: [...]ที่คุณจะเตะกลับไปยังสถานีและข้อผิดพลาดจะพิมพ์บอกว่า

สกรีนช็อตของตัวเลือก ubiquity ใน Linux Mint 18.3 Cinnamon:

ตัวเลือก ubiquity พิมพ์ออกมาจาก terminal บน Linux Mint 18.3 Cinnamon

ดูสิ่งนี้ด้วย:

http://averagelinuxuser.com/install-linux-mint-without-a-bootloader/

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

1

คุณไม่สามารถบังคับให้ไม่ติดตั้งบูตโหลดเดอร์ได้ตามค่าเริ่มต้น

แม้ว่า @oldfred ได้กล่าวไว้ว่ามี-bตัวเลือกสำหรับแพร่หลายแม้ว่าจะไม่มีเอกสาร แต่ก็ไม่ชัดเจนและอาจน่ากลัวสำหรับผู้ใช้ปลายทางส่วนใหญ่ที่ใช้ แม้ว่าจะมีตัวเลือกที่คล้ายกันนี้มาก่อน

มันเคยมี

ในอดีต Ubuntu มีตัวเลือกขั้นสูงที่ให้ผู้ใช้สามารถกำหนดการติดตั้งบูตโหลดเดอร์เองได้ ระหว่างการเปิดตัว Ubuntu LTS ตัวเลือกขั้นสูงมีให้เห็นครั้งล่าสุดในการเปิดตัว Lucid Lynx (10.04) ตัวเลือกนั้นถูกลบตั้งแต่นั้นไม่ว่าด้วยเหตุผลใดก็ตามที่ฉันไม่ได้ติดตาม

ภาพหน้าจอเก่าเป็นข้อพิสูจน์:

ติดตั้งบนพาร์ติชันเดียวกัน

ในขั้นตอนเฉพาะหนึ่งสามารถเลือกอุปกรณ์อื่นนอกเหนือจากอุปกรณ์หลัก/dev/sdaสำหรับการติดตั้งบูตโหลดเดอร์ ตัวอย่างเช่นอูบุนตูจะถูกติดตั้งบน/dev/sda4พาร์ติชั่นดังนั้นจะต้องติดตั้งบูทโหลดเดอร์/dev/sda4ด้วย

โดยการทำเช่นนั้นผู้ใช้จะมี:

ใหม่บูตโหลดเดอร์ที่/dev/sda4จะถูกซ่อนไว้เว้นแต่ว่าเครื่องจะบู๊ตพร้อมตัวเลือกในการโหลดไปยังพาร์ติชันเพื่อเปิดเผย
บูตโหลดเดอร์ที่มีอยู่ที่/dev/sdaจะจัดการการตรวจสอบระบบปฏิบัติการที่ติดตั้งใหม่ที่/dev/sda4โดยไม่ต้องพึ่งพาบูตโหลดเดอร์ใหม่
ผู้ใช้จะต้องอัปเดตบูตโหลดเดอร์/dev/sdaจากระบบปฏิบัติการที่ติดตั้งครั้งแรกเพื่อตรวจสอบระบบที่ติดตั้งในภายหลังที่พาร์ติชันอื่น

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

ตัวจัดการการบูตแรกจัดการทั้งหมด

โดยส่วนตัวฉันมีหลาย distro (ส่วนใหญ่รสชาติอูบุนตูและอนุพันธ์ที่คล้ายกัน) ติดตั้งในเครื่องเดียวกันโดยมี boot loader ตัวแรก/dev/sdaและตัวตักบูตอื่น ๆ ในแต่ละพาร์ติชั่น ข้อแม้เท่านั้นคือบูตโหลดเดอร์จะต้องได้รับการอัพเดตจากระบบปฏิบัติการที่ติดตั้งครั้งแรก

นอกเหนือจากข้อแม้ที่มีความยุ่งยากน้อยที่สุดเราสามารถลืมบูตโหลดเดอร์ใหม่และปล่อยให้บูตโหลดเดอร์ที่มีอยู่จัดการการตรวจจับอยู่เสมอ

TL; DRติดตั้งบูตโหลดเดอร์ใหม่ที่พาร์ติชันเดียวกันซึ่งจะติดตั้งระบบ บูตโหลดเดอร์ใหม่จะถูกซ่อนจากผู้ใช้อยู่ดีเว้นเสียแต่ว่า chainloading ไปยังพาร์ติชั่นนั้น

ที่เกี่ยวข้อง : ฉันได้เขียนคำตอบเก่านี้ที่อธิบายถึงการตั้งค่าการบูตคู่พูดถึงos-proberและวิธีแก้ปัญหาโดย chainloading ไปยังพาร์ทิชัน

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

1

นี่เป็นเคล็ดลับที่ยอดเยี่ยม แต่ AIUI ใช้งานได้กับ BIOS ของระบบเท่านั้นไม่ใช่สำหรับ UEFI

— ปีเตอร์กรีน