rEFInd

rEFInd je open source boot manager nebo boot loader, který podporuje Linux, Mac OS X a Microsoft Windows operační systémy. To & rsquo;. Sa vidlice dobře známého Namontovat boot manager, ale navržen tak, aby podporu UEFI (Unified Extensible Firmware Interface), založené stroje

Aplikace umožňuje uživatelům ručně upravit a nastavit možnosti boot-time, zkuste živé operační systémy, které jsou distribuovány na zaváděcím CD disků nebo USB flash disky, startovat Linux 3.3.0 a novější jádra, které jsou postaveny s podporou EFI útržek nakladačem.

Mezi klíčové funkce patří podpora pro Secure Boot, která závisí na samostatném Preloader nebo kompenzačních programu, schopnosti zahájit MS Windows a Macintosh nástroje pro obnovu, stejně jako programy EFI třetích stran jako EFI.

V porovnání s zpětné instalaci, můžeme okamžitě všimnete, že rEFInd je schopen lépe strojům rukojetí UEFI bázi, které obsahují více zavaděče a automaticky detekuje instalovaný EFI zavaděče. Kromě toho poskytuje i textové a grafické boot pokynů.

Ve více technického hlediska, aplikace obsahuje podporu pro 1.xa 2.x UEFI strojů EFI, stejně jako PC i Mac platformy. To také podporuje širokou škálu souborových systémů, včetně EXT2, EXT3, EXT4, Btrfs, ReiserFS, ISO-9660, a HFS +.

Další zajímavou vlastností je schopnost restartu do nastavení firmwaru užitečnosti konkrétních UEFIs. Kromě toho aplikace podporuje aktualizace jádra Linux údržbu-free, což znamená, že není třeba ručně konfigurovat některá zaváděcích parametrů po aktualizaci jádra.

Celkově vzato, rEFInd je další skvělý UEFI boot loader, navržený jako drop-in náhradu za software GRUB (Grand Unified Bootloader). To & rsquo; to nějak podobné gummiboot boot manager, ale obsahuje i další funkce, více možností konfigurace, stejně jako podporu pro četné souborové systémy a operační systémy. To je splavná s klávesnicí a podporuje vlastní obrázky na pozadí.

Co je nového v této verzi:

• Krátce po uvolnění 0.9.1, začal jsem obdržení zprávy o chybách o problémech s ním a Shim 0,8. (Viz tento závit pro jednu takovou zprávu). Ukazuje se, že problém není nový chyba v rEFInd, ale spíše změna z Shim 0,7 do 0,8 podložku, která dělala to vedle ničemu s rEFInd. Konkrétně, Shim 0,8 nyní de-registruje od EFI po follow-on programu spustí další. To se provádí, aby se zabránilo problémům v boot dráhy, ve které Shim spustí fallback.efi, což spustí další Shim. Tím se vytvoří nový problém, i když: rEFInd může ověřit jen jeden binární před tím, než je "odříznout" od Shim. Vzhledem k tomu, řidiči rEFInd jsou binární soubory, pokud používáte jeden ovladač, to znamená, že nebudete moci spustit něco, co vyžaduje ověření přes Shim. Rychle jsem objevil řešení, které jsem implementována v této verzi. Považuji to za "band-aid" záplatu, ačkoli, protože se opírá o vtípek logiky Shim, aby se vyhnula jeho odhlášení. Jako takový, řešení v této zprávě mohou přerušit s budoucností Shim. Pravda, oprava bude trvat déle, než se rozvíjet. Chci se vydat toto řešení verzi odvrátit další problémy v blízké budoucnosti, ačkoli. Tato verze také zavádí novou funkci, která je také Shim-související: Od verze 0.7, Shim podpořila spuštění jiné než grubx64.efi binárky předáním je na příkazovém řádku. (Ve skutečnosti, Shim 0,4 podporoval, ale to vyžadovalo zlomenou specifikaci cesty.), Jsem přidal podporu pro tuto funkci na install.sh: Přidání --keepname možnost install.sh způsobí, že skript zachovat rEFInd své pravidelné název souboru a na zaregistrovat approprirate pokračovací parametrech mít podložku startu rEFInd tímto názvem. To funguje, ale je pravděpodobné, že bude jemnější než pomocí výchozí Shim které navazují na jméno grubx64.efi. Výhodou samozřejmě je, že rEFInd nemusí "lež" o jeho názvu, který přispívá k menší zmatek v názvech souborů. V tuto chvíli, RPM a debianí balíčky Stavím nepoužívají tuto novou funkci pojmenování, protože jsem si nemohou být jisti, jakou verzi Shim může vyzvednout. Tyto změny nemají vliv na uživatele, kteří nepoužívají Secure Boot.

Co je nového ve verzi 0.8.6:

• Most (ale ne všichni) změny této tiskové zprávě se zaměřují na Windows duální zavádění a Mac-specifické otázky. K dispozici je nová ikona Windows 8, který je nyní ve výchozím nastavení použit jako ikona systému Windows, i když starý ikona zůstává k dispozici a je používán pro Windows XP a dřívějších boty na Macích. Pokud je načten ovladač NTFS, bude rEFInd nyní vyloučit non-bootovací svazky NTFS ze seznamu Mac spouštěcí (tato změna neovlivní UEFI na bázi PC). Chyba, která způsobila nesprávné identifikaci celých disků a svazků NTFS, jak byl vyřešen bytí FAT (opět, tento problém vliv počítačů Mac, ne ks). Pár Mac-specifické install.sh chyby byly opraveny, což má za následek více spolehlivou identifikaci ESP a instalačního adresáře. Předchozí verze ignoroval jméno objem "HFS + svazku", protože tento název byl vyroben v dřívějších verzích ovladače rEFInd HFS + pro všechny HFS + svazky; ale současná HFS + ovladač vytváří reálnou název svazku, takže jsem odstranil ten zvláštní případ z kódu. Já jsem odstraněn r472 Namontovat spáchat, představený v 0.8.5, protože to bylo příčinou některé soubory BMP na načtení nezdaří. Konečně, hideui token refind.conf nyní přijímá hodnotu odznaků, což má za následek, že skryje disk typu odznaky spojené s OS startu ikonami.

Co je nového ve verzi 0.8.5:

• Největší jedna změna v této verzi je nový ovladač NTFS přispěl Samuel Liao, který také přispěl řidiče Btrfs. Samuel také přispěl některé různé opravy ovladače a změnu způsobu, jakým klávesnice je manipulováno, což zlepšuje citlivost na některých systémech. Tato verze také zlepšuje způsob install.sh funguje v OS X. Zejména se vylepší příkazu požehná takovým způsobem, že se mohou odstranit zpoždění při spuštění, a to dělá lepší práci při detekci a nahrazení stávajících instalací rEFInd (k ESP), spíše než slepě písemně EFI / boot. A konečně, tato verze se týká commity z pozdě v historii Namontovat je: r467, což zlepšuje manipulaci s BIOS / starších bot z druhého a následné disky na počítačích Mac; a r472, která umožňuje manipulace BMP obrázky, které nejsou vertikálně převrácený. Tyto commitů nebyly přítomny v rEFInd od počátku, protože výchozím bodem pro rEFInd byl zdrojem balíku převzat z mírně starší verze.

Co je nového ve verzi 0.8.4:

• OS X 10.10 ("Yosemite"), provedené změny, které vyžadovaly změny na obou rEFInd je skript install.sh a rEFInd výchozí nastavení. Konkrétně, Yosemite nyní používá formu logického volume management (LVM), který umožňuje instalaci rEFInd na OS X kořenového adresáře nemožné, takže výchozí umístění se změní na ESP. Je nutné, aby nové umístění pro OS X zavaděče ukázat Změny výchozí pro dont_scan_volumes. Další velkou změnou je v novém (ale experimentální) podporu pro zavádění ze sítě, s pomocí iPXE. Naleznete v souboru BUILDING.txt ve zdrojovém balíčku Podrobnosti o tom, jak vytvořit a nainstalovat potřebné soubory. Nová volba pro refind.conf, enable_and_lock_vmx, nastaví VMX bit na procesorech Intel, která je nezbytná pro zavedení některých hypervisory, jako je Hyper-V. Tuto funkci lze nastavit na EFIS mnoha počítačích ", ale některé, jako například Maců, postrádají tuto schopnost. (Nenastavujte tuto možnost na procesorech AMD nebo starší procesory Intel, které postrádají tuto funkci, i když!) Pokud rEFInd nemůže najít jeho ikony adresáře, nyní klesá zpět do textového režimu. Chyba v dont_scan_files byla opravena, což vám umožní zadat úplnou cestu k určité zvláštní případ zavaděčích je vynechat z prověřování. Nakonec jsem aktualizovala ikony pro Fedora a Ubuntu a přidal ikonu pro Xubuntu.

Co je nového ve verzi 0.8.3:

• Tato verze přináší řadu drobných chyb a vylepšení funkce. Nejvíce uživatelsky viditelný z nich je to, že na Macích, rEFInd nyní zobrazuje označení diskového oddílu pro BIOS spouštěcí OS na souborových systémech, které rEFInd nemůže číst; a nyní můžete projít timeout = -1 v refind.conf mít rEFInd zavést standardní operační systém okamžitě, pokud tam je stisk klávesy při rEFInd zatížení, v tom případě, že stisk je čten jako klávesovou zkratku. Změna, která je méně pravděpodobné, že bude si všiml, je, že výchozí nastavení pro scan_all_linux_kernels Nyní je pravda. Vzhledem k tomu, tato možnost byla zadán v konfiguračním souboru vzorku, bude tato změna neovlivní většina lidí. Já jsem opravena chyba, která způsobila rEFInd vyložit řidiče, jakmile by byly naloženy. Tento neovlivnilo řidičů rEFInd, protože ignorovali příslušná EFI volá; ale toto bylo zabránit některé další ovladače z práce. Přidal jsem dvě nové ikony, jeden pro mythbuntu a druhá pro bootmanažera Clover. Nakonec jsem odstranil Oracle GPLv2 kód z jádra souborového systému kód ovladače, protože to bylo v rozporu s GPLv3 používané řidičem btrfs. Tato změna by měla mít vliv na provoz ovladačů, ale je tu malá šance, že to bude.

Co je nového ve verzi 0.8.2:

• jsem pokračoval rafinovat UEFI BIOS režim spouštěcí kód s touto verzí; to nyní používá BIOS režim spouštěcí položky, které poskytuje firmware ve výchozím nastavení, a aktivně vyhledává nové záznamy pouze tehdy, pokud je přítomen v refind.conf deep_uefi_legacy_scan tokenu. Tato změna je motivována zprávami jsem obdržel z BIOS režimem spouštěcí položky násobení na některých systémech; je však vyžadována hluboká skenování pro detekci druhého a následujících disků v jiných počítačích. Druhou důležitou změnou je, že výchozí volba je nyní poslední spuštěn položkou spíše než první položka v seznamu. Stále můžete nastavit pevnou výchozí hodnotu přes default_selection tokenu, a ve skutečnosti, pokud poskytne seznam, který začíná +, bude výchozí bude dříve spuštěn položku, pokud nelze nalézt, v takovém případě následné položky v Seznam bude souzen. Menší změny patří přidání ikona pro Mageia Linuxu, menší opravy chyby v GUID-parsování kódu a aktualizaci mé osobní sestavení systému z TianoCore UDK2010.SR1.UP1.P1 do UDK2014. Tato poslední položka bude mít vliv na někoho jiného, ​​kdo používá TianoCore stavět rEFInd, protože některé výchozí cesty se změnily, takže budete muset aktualizovat sami, nebo nastavit cestu v Make.tiano.

Co je nového ve verzi 0.8.1:

• Největší změna kódu v této verzi je, že rEFInd je UEFI BIOS-style-mode spouštěcí kód nyní funguje, když rEFInd je postaven s GNU-EFI, stejně jako při postavené s Tianocore. Tato změna nebude mít vliv na uživatele mé binární buduje, která jsou již dávno uzavřené s Tianocore, ale pokud vaše distribuce staví rEFInd s GNU-EFI, mohlo by vás to zajímat. Některé uživatelem patrné chyb zahrnují opravu chyby, která by mohla způsobit rEFInd vynechat zavaděče na oddíl kořenového adresáře, oprava do chyba, která způsobila .VolumeIcon.icns vzít vyšší než zamýšlený přednost na OS X boot objemy, oprava chybě, která by mohla způsobit botu BIOS režimu z nesprávné zařízení v režimu UEFI, a zlepšení centrování BIOS-mode popisů boot na obrazovce. Mezi další změny patří dva nové volitelné bitmapové fonty (Ubuntu Mono a Nimbus mono), vynechání zpráv o snímání zavaděčích když je scan_delay nastavena na hodnotu 1, změna pořadí hledání pro ikony (PNG nyní přepsat ICNS souborů), ak konverzi všech ikon v adresáři ikon z ICNS do formátu PNG. Všimněte si, že tato poslední změna může vyžadovat změnu ručně spouštěcí sloky, pokud se vztahují na ikony v adresáři výchozí ikony, v závislosti na tom, jak upgradu rEFInd.

Co je nového ve verzi 0.7.9:

• Tato verze obsahuje řadu oprav chyb: install.sh již nezobrazuje chybové zprávy v případě, že dmraid nástroj není k dispozici; ovladač HFS + nyní hlásí správný název svazku; chyby souborový systém řidiče, které by mohly způsobit lockups byly stanoveny; redundantní "nástroj" v popisu Mok utility byla odstraněna; a (jak je dosud nevyzkoušená) pokoušet opravit kontinuální-prohledává problém po vysunutí disku na některých počítačích byl implementován. Kromě toho, rEFInd nyní odstraní nadbytečné položky jádra v systémech Ubuntu, aby menu přehledné a nová volba Gdisk byla přidána k položce showtools. (AN EFI verze mé Gdisk utility mohou být postaveny s pomocí fdisk knihovny GPT UEFI.)

Co je nového ve verzi 0.7.8:

• Tato verze klade důraz změní na ikonu a banner grafika manipulaci. Interně rEFInd mohou nyní měřítko grafiky, které předchozí verze nemohl udělat. Chcete-li využít této funkce, nyní existují tři nové refind.conf tokeny: big_icon_size a small_icon_size nastavit velikost velkých (první řádek OS) a malých (druhé řadě nástroj) ikon; a banner_scale řekne rEFInd čerpat bannery měřítku 1: 1 (noscale, výchozí nastavení) nebo měřítko banner na celou obrazovku (fillscreen). Také jsem nastavil post-instalační skript používaný RPM a balíků k hledání stávající programy Shim zvaných shimx64.efi, a to nejen shim.efi (jak tomu bylo dříve). To by mělo pomoci při instalaci balíčku z distribucí, které používají shimx64.efi název souboru, jako je například Ubuntu. A konečně, jsem poskytovat předběžné sadu obalových souborů, Debianu, který může pomoci distribuční správci přijmout rEFInd.

Co je nového ve verzi 0.7.7:

• se nový konfigurační soubor tokenu, windows_recovery_files, vede tento seznam změn; můžete jej použít k určení souborů, která se zavádějí nástroje pro obnovení systému Windows. Pokud jde o možnost windows_recovery na showtools lince, tyto soubory pak bude zastoupen malými okny odznak pro obnovu v druhé řadě, spíše než jako plné velikosti OS Loader, čímž se snižuje nepořádek a dělat smyslem této nakladače jasnější. Nyní také můžete zadat úplnou cestu k dont_scan_files položky, včetně objemu specifikátorem. V use_graphics_for, also_scan_dirs, dont_scan_dirs, dont_scan_files, scan_driver_dirs a windows_recovery_files žetony vše může nyní přijímat + jako svou první volbu, což způsobuje následné seznam položek, které se přidávají spíše na výchozí nastavení, než jejich nahrazení. Konfigurační soubor nyní může být specifikován na startu programu předáním volby -c, jak v -c myconf.conf; můžete použít tuto funkci nastavit ruční spouštěcí sloku, který spouští rEFInd s upravenými možností spuštění. Skeny ext2 / 3 / 4fs a ReiserFS příčky teď vynechat oddíly s souborového systému UUID, které již byly vidět. To je snaha udržet pořádek z takových oddílů, které jsou součástí RAID 1 pole. Skript install.sh se nyní pokusí najít a připojit je odpojen ESP při spuštění pod Linuxem. Nakonec jsem opravena chyba v obou install.sh a mkrlconf.sh která způsobila generované refind_linux.conf soubor obsahuje toulavého konec řádku a zbytečné PARTUUID = specifikace na některých systémech.