Làm thế nào có thể buộc phải không cài đặt grub?

Phân vùng ổ cứng của tôi:

• đặc biệt -> sda1
• archlinux -> sda2
• trao đổi -> sda3
• sda4 -> sẽ là nơi dành cho Ubuntu

Tôi sẽ cài đặt Ubuntu trên sda4; Hiện tại quá trình khởi động của tôi được kiểm soát bởi systemd-boot được cài đặt trong archlinux thông qua phần mềm bootctl. Nó ổn và tôi muốn giữ nó.

Bằng cách cài đặt Ubuntu, nó sẽ cố gắng cài đặt grub trên sda hoặc sdaX. Nhìn vào menu thả xuống trong ảnh chụp màn hình này:

Tôi muốn cài đặt Ubuntu trên sda4 mà không phải xử lý grub. Sau đó, tôi sẽ trỏ đến tệp Ubuntu vmlinuz và tệp initrd bằng cách tạo một tệp nhập mới trong archlinux trong hệ thống cấu hình systemd-boot.

sudo ubiquity -b

Chỉ cần cài đặt 16.10 bằng cách khởi động trực tiếp ISO trên sda với loopmount của grub. Khi cài đặt vào thiết bị đầu cuối và sử dụng lệnh trên. Một cái gì đó khác cài đặt dường như bình thường. Không nhận thấy cho đến khi tôi đã bấm thông qua, nhưng hộp combo khá chắc chắn cho nơi cài đặt grub bị thiếu. Và trong quá trình cài đặt, nó thường nói cài đặt grub, nhưng điều đó không bao giờ hiển thị.

Thông thường, cài đặt vào sdb hoặc bất kỳ cài đặt thứ hai nào ghi đè lên thư mục / EFI / ub Ubuntu của tôi với khởi động cài đặt chính của tôi. Lần này tôi có thể khởi động lại vào bản cài đặt chính của mình

Và chạy sudo update-grubvẫn tìm thấy cài đặt mới mặc dù grub "chưa cài đặt". Lưu ý không có grub.cfg trong / boot / grub.

Tôi không biết phương pháp nào để ngăn chặn việc cài đặt Grub. Nhưng bạn có thể tránh việc /dev/sdacác phân vùng / dev / sda của bạn bị chạm với Grub.

Lắp USB thứ hai vào máy tính. Chọn nó làm Thiết bị khởi động trong khi cài đặt. Bây giờ cài đặt Ubuntu trên / dev / sda4 của bạn. Quá trình cài đặt sẽ không chạm vào các phần khởi động của / dev / sda hoặc bất kỳ phân vùng nào khác, ngoại trừ /dev/sda4.

Tôi biết trên Linux Mint 18.3 Cinnamon, dựa trên Ubuntu 16.04, lệnh sau hoạt động:

ubiquity --no-bootloader

Đây rõ ràng là một bí danh cho tùy chọn -bvà được biết là hoạt động trên Linux Mint 18.3 Cinnamon.

Tôi chưa xác minh rằng --no-bootloaderthẻ hoạt động trên ubiquityvanilla Ubuntu 16.04 (và các phiên bản mới hơn). Có lẽ ai đó đang chạy Ubuntu 16.04 (hoặc bất kỳ phiên bản nào) có thể kiểm tra và nhận xét ở đây với số phiên bản của họ và liệu ubiquity --no-bootloaderlệnh có hoạt động không? Nếu nó hoạt động, sau khi xác thực bằng trình xác thực GUI, Ubiquity sẽ tải. Nếu nó không hoạt động, sau khi xác thực bằng trình xác thực GUI, bạn sẽ quay trở lại thiết bị đầu cuối và một thông báo lỗi sẽ in thông báo ubiquity: error: no such option: [...].

Ảnh chụp màn hình các tùy chọn phổ biến trong Linux Mint 18.3 Cinnamon:

tùy chọn phổ biến in từ thiết bị đầu cuối trên Linux Mint 18.3 Cinnamon

Xem thêm:

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

Theo mặc định, bạn không thể buộc không cài đặt bộ tải khởi động.

Mặc dù @oldfred đã đề cập có -btùy chọn cho sự phổ biến, mặc dù không có giấy tờ, nhưng điều này không rõ ràng và có thể đáng sợ đối với hầu hết người dùng cuối sử dụng nó. Mặc dù, tùy chọn tương tự đã tồn tại trước đó.

Đã từng

Trước đây, Ubuntu có một tùy chọn nâng cao cho phép người dùng tùy chỉnh cài đặt bộ tải khởi động. Giữa các bản phát hành Ubuntu LTS, tùy chọn nâng cao được nhìn thấy lần cuối trong bản phát hành Lucid Lynx (10.04). Tùy chọn đã bị xóa kể từ đó, vì bất kỳ lý do gì mà tôi không theo dõi.

Ảnh chụp màn hình cũ làm bằng chứng:

Cài đặt trên cùng một phân vùng

Trong bước cụ thể, người ta chỉ có thể chọn thiết bị khác với thiết bị chính /dev/sdađể cài đặt bộ tải khởi động. Ví dụ, Ubuntu sẽ được cài đặt trên /dev/sda4phân vùng, do đó, bộ tải khởi động cũng sẽ được cài đặt /dev/sda4.

Làm như vậy, người dùng sẽ có:

• bộ tải khởi động mới tại /dev/sda4đó sẽ bị ẩn, trừ khi máy đang khởi động với tùy chọn chainload vào phân vùng để tiết lộ nó

• bộ tải khởi động hiện có tại /dev/sdasẽ xử lý phát hiện hệ điều hành mới được cài đặt tại /dev/sda4, mà không phải phụ thuộc vào bộ tải khởi động mới

• người dùng sẽ cần cập nhật bộ tải khởi động /dev/sdatừ hệ điều hành được cài đặt đầu tiên, để phát hiện các hệ thống được cài đặt sau đó tại các phân vùng khác

Trừ khi có bất kỳ lý do quan trọng nào cho việc không xử lý bộ tải khởi động, tôi không thấy bất kỳ tác dụng phụ nào của việc cài đặt bộ tải khởi động tiếp theo cho các phân vùng tương ứng.

Trình tải khởi động đầu tiên quản lý tất cả

Cá nhân, tôi có nhiều bản phân phối (chủ yếu là hương vị Ubuntu và các dẫn xuất tương tự) được cài đặt trên cùng một máy, với bộ tải khởi động đầu tiên tại /dev/sdavà các bộ tải khởi động khác trên các phân vùng tương ứng. Thông báo trước duy nhất là, bộ tải khởi động phải được cập nhật từ hệ điều hành được cài đặt đầu tiên.

Bên cạnh cảnh báo, với ít rắc rối nhất, người ta luôn có thể quên đi bộ tải khởi động mới và để bộ tải khởi động hiện có quản lý phát hiện.

TL; DR Cài đặt bộ tải khởi động mới tại cùng phân vùng nơi hệ thống sẽ được cài đặt; Trình tải khởi động mới được ẩn khỏi người dùng, trừ khi tải chuỗi vào phân vùng đó.

Liên quan : Tôi đã viết câu trả lời cũ hơn này giải thích một thiết lập khởi động kép, đề cập os-probervà giải pháp bằng cách tải chuỗi lên phân vùng.