Utrzymuję rEFInd, więc rozumiem, jak to działa i dobrze współpracuje z Ubuntu; ale nie jestem też pozbawiona własnych uprzedzeń i preferencji. (Rozwidliłem REFIt na REFInd, ponieważ nie lubię GRUB 2 i myślałem, że wiele z tego, co zrobił, było eleganckie, ale nie do końca to, czego potrzebowałem.)
W większości przypadków funkcja REFInd działa. Rzadko występują problemy po uruchomieniu z dowolnym programem ładującym; po uruchomieniu jądra albo działa całkowicie, albo wcale. (Od czasu do czasu zdarzają się wyjątki od tej reguły, ale jak powiedziałem, są one rzadkie.) Tak więc, jeśli REFInd uruchamia system, nie musisz się zbytnio przejmować problemami związanymi z następnymi. To powiedziawszy, istnieją zalety i wady dowolnego oprogramowania, w tym programów ładujących. W porównaniu do GRUB-a, te uwagi nasuwają się na myśl odnośnie REFInd:
- DODATKOWE zalety / wady GRUBA
- Ponieważ skanuje jądra przy każdym uruchomieniu, rEFInd jest bardziej adaptacyjny i mniej zależny od plików konfiguracyjnych. Jest to najważniejsze, jeśli uruchamiasz wiele dystrybucji Linuksa, ponieważ w takiej konfiguracji musisz uważać, aby główny plik konfiguracyjny GRUB-a wiedział o zmianach w jądrach drugiej dystrybucji.
- Format pliku konfiguracyjnego GRUB-a jest bardzo złożony. Zwykle działa OK, ponieważ skrypty konfiguracyjne przez większość czasu robią coś dobrego; ale kiedy skrypty popełniają błąd, naprawienie go może być koszmarem. Ponieważ pliki konfiguracyjne rEFInd są prostsze, łatwiej jest je naprawić i ulepszyć.
- REFInd ma więcej cukierków, jak zauważyłeś.
- rEFInd jest bardziej niezawodny podczas uruchamiania systemu Windows przy aktywnym Bezpiecznym rozruchu. (Zobacz ten raport o błędach, aby uzyskać informacje o umiarkowanie częstym problemie z GRUB, który nie wpływa na rEFInd.)
- rEFInd może uruchamiać programy ładujące system BIOS; GRUB nie może. Dla większości ludzi, a szczególnie osób z komputerami z interfejsem UEFI, nie jest to wielka sprawa. Jednak niektórzy użytkownicy komputerów Mac potrzebują zgodności z trybem BIOS, aby móc podwójnie uruchomić system Windows 7.
- rEFInd na dysku flash USB lub CD-R może uruchomić instalację systemu Ubuntu, którego uruchomienie jest niemożliwe. Istnieją pewne zastrzeżenia i ograniczenia, ale nawet jeśli nie używasz rEFInd na dysku twardym, posiadanie go na dysku flash USB lub CD-R może być przydatnym narzędziem awaryjnym.
- Skrypty konfiguracyjne GRUB-a mogą działać wolno. W złożonej konfiguracji instalacja nowego jądra może zająć minutę lub dłużej tylko dlatego, że te skrypty są uruchamiane, a skanowanie systemu w poszukiwaniu jąder i asortymentu programów ładujących trwa niedorzecznie, a odbudowanie pliku konfiguracyjnego za pomocą tego, co zostało znalezione . Zauważ, że napotkasz ten problem, nawet jeśli użyjesz rEFInd, chyba że odinstalujesz GRUB (lub nie instalujesz go na początku).
- Podczas pracy z Bezpiecznym uruchomieniem, rEFInd zawsze egzekwuje zasady Bezpiecznego rozruchu. GRUB może, ale nie musi, zrobić to podczas uruchamiania jądra Linuksa, w zależności od używanej wersji GRUB. (Przed Ubuntu 16.04, GRUB Ubuntu uruchamiałby nawet niepodpisane jądra. Myślę, że 16.04 trochę to zaostrza, ale nie przyjrzałem się temu szczegółowo.)
- ZALETY Wady / zalety GRUBA
- GRUB jest dostępny jako oficjalnie utrzymany pakiet w Ubuntu, podczas gdy rEFInd jest (na razie) dostępny jako pakiet innej firmy i PPA.
- Jeśli autobus mnie uderzy, rozwój rEFInd prawdopodobnie się zatrzyma; ale GRUB ma znacznie więcej programistów i nie stanie się porzuconym oprogramowaniem w najbliższej przyszłości.
- GRUB obsługuje więcej platform (typy procesorów i oprogramowania układowego).
- GRUB jest łatwiejszy w użyciu w środowisku rozruchu sieciowego.
- GRUB może (teoretycznie) ładować jądro z poziomu konfiguracji LVM lub RAID lub na zaszyfrowanej partycji; rEFInd nie może tego zrobić. (rEFInd może być nadal używany z LVM, RAID i szyfrowanymi ustawieniami, ale
/bootpartycja musi być osobna i niezaszyfrowana w takich konfiguracjach). Pamiętaj, że powiedziałem „teoretycznie”, ponieważ nie znam żadnej dystrybucji korzystającej z tej funkcji, więc według mojej najlepszej wiedzy jest źle przetestowany.
- Skanowanie rEFInd w poszukiwaniu jąder i programów ładujących może potrwać kilka sekund przy każdym uruchomieniu, więc może być nieco wolniejsze niż GRUB. (Możesz zminimalizować ten czas skanowania, instalując tylko te sterowniki systemu plików, których naprawdę potrzebujesz, i utrzymując skanowane partycje w porządku.)
- Shim został zaprojektowany do współpracy z GRUB. Chociaż rEFInd działa również z Shimem, nie jest to główny cel Shim'a, więc istnieje dziwna konwencja nazywania wywoływania rEFInd,
grubx64.efiaby Shim mógł go uruchomić; i musisz dodać co najmniej jeden wpis do listy MOK, aby REFInd działał z Shimem.
Oprócz tych punktów zdarzają się czasem specyficzne dla systemu niezgodności i dziwactwa. Takie problemy mogą uderzyć w dowolny program, więc nie są tak naprawdę zaletami jednego lub drugiego.
Możliwe jest skonfigurowanie systemu tak, aby rEFInd uruchamiał GRUB (lub odwrotnie), ale w większości przypadków skończy się to najgorszym z obu programów, a nie najlepszym, kiedy to zrobisz. Czasami jednak pożądane jest ładowanie łańcuchowe w ten sposób - powiedzmy, jeśli chcesz słodyczy oka rEFInd i możliwości załadowania jądra z LVM, RAID lub zaszyfrowanej partycji.
Jeśli chodzi o instrukcje instalacji, do których prowadzi link, są one zbyt skomplikowane. Najprostszym sposobem na zainstalowanie rEFInd w Ubuntu jest użycie PPA po zainstalowaniu Ubuntu:
sudo apt-add-repository ppa:rodsmith/refind
sudo apt-get update
sudo apt-get install refind
Wadą tego podejścia jest to, że jest to jeden wielki skok. Jeśli wolisz przetestować REFInd przed jego pełną instalacją, skorzystaj z napędu flash USB, który pozwoli ci zobaczyć, jak działa rEFInd przed wprowadzeniem jakichkolwiek zmian na dysku twardym.