Tôi duy trì rEFInd, vì vậy tôi hiểu cách thức hoạt động và tương tác với Ubuntu khá tốt; nhưng tôi cũng không phải không có những thành kiến và sở thích riêng. (Tôi đã chuyển rEFIt thành rEFInd vì tôi không thích GRUB 2 và tôi nghĩ phần lớn những gì rEFIt đã làm là thanh lịch, nhưng không hoàn toàn là những gì tôi cần.)
Trong hầu hết các trường hợp, rEFInd hoạt động. Rất hiếm khi gặp sự cố sau khởi động với bất kỳ trình tải khởi động nào; một khi kernel khởi động, nó có thể hoạt động hoàn toàn hoặc không. (Thỉnh thoảng có ngoại lệ cho quy tắc này, nhưng như tôi đã nói, chúng rất hiếm.) Vì vậy, nếu rEFInd khởi động hệ thống của bạn, bạn không cần quá lo lắng về các vấn đề tiếp theo. Điều đó nói rằng, có những lợi thế và bất lợi cho bất kỳ phần mềm nào, bao gồm cả bộ tải khởi động. So với GRUB, những điểm này nảy sinh trong tâm trí liên quan đến rEFInd:
- Ưu điểm của rEFInd / nhược điểm GRUB
- Vì nó quét các hạt nhân trên mỗi lần khởi động, rEFInd thích nghi hơn và ít phụ thuộc hơn vào các tệp cấu hình. Điều này rất quan trọng nếu bạn khởi động nhiều bản phân phối Linux, vì trong thiết lập như vậy, bạn cần lưu ý rằng tệp cấu hình của GRUB chính biết về các thay đổi đối với các nhân của bản phân phối khác .
- Định dạng tệp cấu hình của GRUB rất phức tạp. Nó thường hoạt động tốt bởi vì các kịch bản cấu hình của nó làm đúng hầu hết thời gian; nhưng khi các kịch bản bị lỗi, sửa nó có thể là một cơn ác mộng. Vì các tệp cấu hình của rEFInd đơn giản hơn nên có xu hướng dễ sửa chữa và điều chỉnh cấu hình của nó hơn.
- rEFInd có nhiều kẹo mắt hơn, như bạn chỉ ra.
- rEFInd đáng tin cậy hơn khi khởi động Windows với Secure Boot hoạt động. (Xem báo cáo lỗi này để biết thông tin về một vấn đề phổ biến vừa phải với GRUB không ảnh hưởng đến rEFInd.)
- rEFInd có thể khởi chạy bộ tải khởi động chế độ BIOS; GRUB không thể. Đối với hầu hết mọi người, và đặc biệt là những người có PC dựa trên UEFI, đây không phải là vấn đề lớn. Tuy nhiên, một số người dùng Mac cần khả năng tương thích chế độ BIOS để khởi động kép với Windows 7.
- rEFInd trên ổ flash USB hoặc CD-R có thể khởi động cài đặt Ubuntu trở nên không thể khởi động. Có một số hạn chế và hạn chế, nhưng ngay cả khi bạn không sử dụng rEFInd trên đĩa cứng, việc có nó trên ổ flash USB hoặc CD-R có thể là một công cụ khẩn cấp hữu ích.
- Các kịch bản cấu hình của GRUB có thể chạy chậm. Trong một thiết lập phức tạp, việc cài đặt kernel mới có thể mất một phút hoặc hơn chỉ vì các tập lệnh này được kích hoạt và chúng mất một lượng thời gian vô lý để quét hệ thống để tìm kernel và một bộ tải khởi động và để xây dựng lại tệp cấu hình với những gì tìm thấy . Lưu ý rằng bạn sẽ gặp vấn đề này ngay cả khi bạn sử dụng rEFInd trừ khi bạn gỡ cài đặt GRUB (hoặc không cài đặt nó để bắt đầu).
- Khi làm việc với Secure Boot, rEFInd luôn thi hành các chính sách Khởi động an toàn. GRUB có thể hoặc không thể làm như vậy khi khởi chạy các nhân Linux, tùy thuộc vào phiên bản GRUB được sử dụng. (Trước Ubuntu 16.04, GRUB của Ubuntu sẽ khởi chạy ngay cả các hạt nhân không dấu. Tôi nghĩ rằng 16.04 đã thắt chặt điều đó một chút, nhưng tôi chưa xem xét chi tiết về nó.)
- nhược điểm của rEFInd / lợi thế GRUB
- GRUB có sẵn dưới dạng gói được duy trì chính thức trong Ubuntu, trong khi rEFInd hiện có sẵn dưới dạng gói của bên thứ ba và PPA.
- Nếu tôi bị xe buýt đâm, sự phát triển của rEFInd có thể sẽ dừng lại; nhưng GRUB có nhiều nhà phát triển hơn và sẽ không trở thành phần mềm từ bỏ trong tương lai gần.
- GRUB hỗ trợ nhiều nền tảng hơn (CPU và các loại phần sụn).
- GRUB dễ sử dụng hơn trong môi trường khởi động mạng.
- GRUB có thể (về lý thuyết) tải kernel từ bên trong thiết lập LVM hoặc RAID hoặc trên một phân vùng được mã hóa; rEFInd không thể làm điều này. (rEFInd vẫn có thể được sử dụng với LVM, RAID và thiết lập được mã hóa, nhưng
/bootphân vùng phải tách biệt và không được mã hóa trong các cấu hình như vậy.) theo hiểu biết tốt nhất của tôi, được kiểm tra kém.
- Quét của rEFInd cho hạt nhân và bộ tải khởi động có thể mất vài giây trên mỗi lần khởi động, do đó có thể chậm hơn một chút so với GRUB xuất hiện. (Bạn có thể giảm thiểu thời gian quét này bằng cách chỉ cài đặt các trình điều khiển hệ thống tệp mà bạn thực sự cần và bằng cách giữ cho các phân vùng được quét không bị xáo trộn.)
- Shim được thiết kế để làm việc với GRUB. Mặc dù rEFInd cũng hoạt động với Shim, nhưng đó không phải là mục tiêu chính của Shim, vì vậy có một quy ước đặt tên kỳ quái là gọi rEFInd
grubx64.efiđể Shim khởi chạy nó; và bạn sẽ cần thêm ít nhất một mục vào danh sách MOK để rEFInd hoạt động với Shim.
Ngoài những điểm này, đôi khi còn có sự không tương thích và các đặc điểm riêng của hệ thống. Những vấn đề như vậy có thể tấn công một trong hai chương trình, vì vậy chúng không thực sự là lợi thế của cái này hay cái kia.
Bạn có thể thiết lập hệ thống của mình để rEFInd khởi chạy GRUB (hoặc ngược lại), nhưng trong hầu hết các trường hợp, bạn sẽ nhận được điều tồi tệ nhất của cả hai chương trình, không phải là tốt nhất, khi bạn làm điều này. Tuy nhiên, đôi khi, tải chuỗi theo cách này là mong muốn - giả sử, nếu bạn muốn có mắt của rEFInd và khả năng tải kernel từ phân vùng LVM, RAID hoặc phân vùng được mã hóa.
Theo hướng dẫn cài đặt mà bạn liên kết, chúng quá phức tạp. Cách đơn giản nhất để cài đặt rEFInd trong Ubuntu là sử dụng PPA sau khi bạn cài đặt Ubuntu:
sudo apt-add-repository ppa:rodsmith/refind
sudo apt-get update
sudo apt-get install refind
Hạn chế của phương pháp này là đó là một bước nhảy vọt lớn. Nếu bạn muốn kiểm tra rEFInd trước khi cài đặt đầy đủ, bằng mọi cách, hãy sử dụng ổ flash USB, điều này sẽ cho phép bạn thấy rEFInd hoạt động như thế nào trước khi thực hiện bất kỳ thay đổi nào đối với đĩa cứng của bạn.