rEFInd

rEFInd是一個開源的引導管理器或引導加載程序支持Linux，Mac OS X和微軟Windows操作系統。它和rsquo的;著名的改裝引導管理器SA叉，而是設計為支持UEFI（統一可擴展固件接口）為基礎的機

該應用程序允許用戶手動編輯和設置引導時間選項，盡量分佈在可引導的CD光盤或USB閃存驅動器實時操作系統，推出的Linux 3.3.0及以後的內核這是建立與EFI短線加載器的支持。

主要功能包括：安全啟動，它依賴於一個單獨的預加載或墊片程序，啟動MS Windows和Macintosh的恢復工具，以及第三方EFI計劃就像一個EFI外殼能力的支持。

在與改裝相比，我們可以立即注意到rEFInd能夠包含多個引導程序，並自動檢測已安裝的EFI啟動管理器更好地處理基於UEFI的機器。此外，它還提供了文本模式和圖形引導提示。

在更多的技術方面，應用程序功能的EFI 1.x和2.x的UEFI機，以及PC和Mac平台的支持。它還支持多種文件系統，包括EXT2，EXT3，EXT4，增加了Btrfs，ReiserFS文件，ISO-9660和HFS +。

另一個有趣的特點是重新引導到特定UEFIs的固件設置實用程序的能力。此外，該應用程序支持免維護Linux內核的更新，這意味著有不需要一個內核更新之後手動配置某些引導參數

所有的一切，rEFInd又是一個偉大的UEFI啟動加載器，設計成一個簡易替換為GRUB（大統一的Bootloader）軟件。它大局;在某種程度上類似於gummiboot啟動管理器，但是它包含了更多的功能，多種配置選擇，以及為眾多的文件系統和操作系統的支持。這是通航與鍵盤，並支持自定義背景圖片。

是什麼在此版本中是新的

• 在釋放0.9.1後不久，我就開始收到關於它的問題和墊片0.8的bug報告。 （見本線程一份這樣的報告。）事實證明，這個問題是不是在rEFInd一個新的bug，而是來自沉0.7更改墊片0.8，使得它沒用的與rEFInd。具體來說，沉0.8現在去註冊自己從EFI一個後續程序啟動另外一前一後。這樣做是為了避免在引導路徑，其中沉啟動fallback.efi，這又啟動另一個墊片的問題。這將創建一個新的問題，但：rEFInd可以驗證只是一個二進制文件之前，它是從沉“切斷”。由於rEFInd的驅動程序二進制文件，如果你使用一個驅動程序，這意味著你將無法啟動任何通過墊片需要驗證。我很快就發現了一個解決辦法，這是我在這個版本已經實現。我認為這是一個“創可貼”的補丁，但是，因為它依賴於沉邏輯的一個怪癖繞過它去註冊。因此，本新聞稿中的替代方法可能會與未來的沉打破。一個真正的修復將需要更長的時間來開發。我要發布這個版本的解決辦法以阻止在短期內進一步的問題，雖然。該版本還引入了一個新的功能，這也是沉有關：自從0.7版本，沉曾支持過他們在命令行上啟動二進制文件比grubx64.efi等。 （其實，沉0.4的支持，但它需要一個破碎的路徑說明）。我已經添加了支持此功能install.sh：添加--keepname選項install.sh使腳本保存rEFInd的常規文件名和註冊approprirate後續的參數有沉推出rEFInd這個名字。這工作，但很可能會比使用默認的沉後續grubx64.efi的名字更加細膩。其優點，當然，是rEFInd需要的不是“謊言”它的名字，這使得文件名中減少混亂。目前，該RPM和Debian軟件包我建立不使用這個新的命名功能，因為我不能確定是什麼版本墊片可能會有所回升。這些變化不會影響不使用安全引導誰的用戶。

什麼在0.8.6版本新

• 在大多數（但不是全部）本新聞稿中的變化集中在Windows雙啟動和Mac特有的問題。有一個新的Windows 8的圖標，這是現在使用默認的Windows圖標，雖然老圖標仍然可用，並用於Windows XP和Mac上較早靴。如果加載NTFS驅動程序，rEFInd現在將排除從Mac引導列表非啟動NTFS卷（這種變化並不影響基於UEFI的電腦）。導致整個磁盤和NTFS卷的誤認作為FAT已經得到了修正（同樣，這個問題影響了Mac電腦，而不是PC機）。一對夫婦的Mac專用install.sh錯誤已得到修復，從而在安裝目錄下的更可靠的鑑定ESP和。以前的版本忽略“HFS +卷”，因為這個名字是由早期版本的rEFInd HFS +驅動程序，所有的HFS +卷生產的卷名;但目前的HFS +驅動程序會產生一個真正的卷名，所以我已經刪除從代碼特例。我已經刪除了r472改裝承諾，在0.8.5介紹，因為這是造成一些BMP文件加載失敗。最後，在refind.conf的hideui令牌現在可以接受一個值的徽章，其中有隱藏在OS啟動圖標關聯的磁盤式徽章的作用。

什麼在0.8.5版本新

• 在這個版本中最大的單一變化是一個新的NTFS驅動程序貢獻的塞繆爾·廖，誰也促成了增加了Btrfs驅動程序。薩穆埃爾也促使一些其他驅動修正和改變鍵盤的處理方式，從而提高響應速度在某些系統上。這個版本還改進下OS X上install.sh工程特別的方式，它的調整在可以消除的啟動延遲一方式的保佑命令和它的檢測和替代現有rEFInd裝置（在ESP）更好的工作，而不是盲目地寫入EFI / BOOT。最後，該版本適用於從後期改裝的歷史承諾：R467，從而提高了操作的BIOS /遺留靴子在Mac上的第二個和後續磁盤;和r472，其使得能夠處理未垂直翻轉BMP圖像。這些提交不存在的rEFInd從一開始就因為起點rEFInd是從稍微早期版本的Debian源碼包取。

什麼在0.8.4版本新

• 在OS X 10.10（“優山美地”）作出的必要改動既rEFInd的install.sh腳本和rEFInd默認值的變化。具體地說，優勝美現在使用邏輯卷管理（LVM），使安裝rEFInd到OS X的根目錄不可能的一種形式，所以默認位置改變到ESP。有必要對OS X的引導裝載程序顯示了新的位置更改默認的dont_scan_volumes。另一個大的變化是進行網絡引導新的（但實驗）支持，iPXE的幫助。請參閱有關如何構建和安裝必要的文件詳細信息的源包中的BUILDING.txt文件。一個新的選項refind.conf，enable_and_lock_vmx，設置在Intel的CPU，這是必要的引導一些虛擬機管理程序，如Hyper-V的的VMX位。該功能可以在多台計算機'EFIS設置，但一些，如蘋果電腦，缺乏這種能力。 （不要對AMD的CPU以及不具備此功能的較舊的Intel CPU的這個選項，雖然！）如果rEFInd找不到它的圖標目錄，現在回落到文本模式。在dont_scan_files的錯誤已經被修正，使您可以指定一個完整的路徑，某些特殊情況下的引導裝載程序，從掃描忽略它們。最後，我已經更新了圖標Fedora和Ubuntu，並增加了對Xubuntu的一個圖標。

什麼在0.8.3版本新

• 在這個版本引入了一些小的bug修復和功能改進。在最明顯的，這些都是在Mac上，現在rEFInd顯示上rEFInd無法讀取文件系統BIOS引導的操作系統分區的標籤;您現在可以通過超時= -1 refind.conf有rEFInd立即引導默認操作系統，除非有一個按鍵時rEFInd負荷，其中該按鍵被理解為快捷鍵的情況下。改變這是不容易被注意到的是，在默認設置scan_all_linux_kernels現在是真實的。由於該選項已被註釋掉了示例配置文件中，這一變化不會影響大多數人。我已經修正了rEFInd盡快它們加載卸載驅動程序的bug。這並沒有影響rEFInd的驅動程序，因為他們忽略了有關EFI要求;但是，這是防止一些其他的驅動程序無法正常工作。我已經添加了兩個新圖標，一個是Mythbuntu和其他的四葉草啟動管理器。最後，我已經刪除從核心文件系統驅動程序代碼，甲骨文在GPLv2代碼，因為它與使用的增加了Btrfs司機GPLv3的不兼容。這種變化應該不會影響駕駛員的操作，但有一個渺茫的機會，它會的。

什麼在0.8.2版本新

• 在我繼續完善與此版本的UEFI BIOS模式引導代碼;它現在使用默認提供的固件BIOS模式的啟動項目，並積極掃描新條目只有在deep_uefi_legacy_scan標記存在於refind.conf。這種變化是由我收到乘以對某些系統BIOS模式啟動項報告的工作積極性;然而，一個深度掃描，以檢測對其它計算機的第二個和後續的磁盤。第二個重要的變化是，默認的選擇是現在最後啟動的項目，而不是在列表中的第一項。仍然可以設定通過default_selection令牌一個固定的缺省，並且在如果你提供開頭+列表事實，默認將先前啟動時的項目，除非它不能找到，在這種情況下，在隨後的項目名單將受到審判。小的改動包括增加了Mageia的Linux，在GUID的解析代碼一個小錯誤修復程序的圖標，以及我個人的構建系統從TianoCore UDK2010.SR1.UP1.P1到UDK2014更新。這最後一個項目將影響到其他人誰使用TianoCore打造rEFInd，因為一些默認的路徑改變了，所以你可能需要更新自己或調整路徑Make.tiano。

什麼在0.8.1版本新

• 在這個版本中最大的代碼的變化是，rEFInd的UEFI式BIOS模式引導代碼現在工作時rEFInd是建立與GNU-EFI以及何時與Tianocore建成。這一變化不會影響用戶我的二進制版本，長久以來都被用做Tianocore，但如果你的發行建立rEFInd與GNU-EFI，它可能會感興趣。一些用戶明顯的錯誤修復包括修復一個bug，可能導致rEFInd省略引導加載在一個分區的根目錄下，修復一個bug導致.VolumeIcon.icns承擔OS X啟動一個高於預期的優先級卷，修復一個bug，可以從錯誤的設備UEFI模式，並在屏幕上的BIOS模式啟動描述改進定心導致BIOS模式啟動。其他的變化包括兩個新的可選位圖字體（Ubuntu的單聲道和雨雲單聲道），有關掃描啟動加載程序的信息遺漏時scan_delay設置為1，更改搜索順序的圖標（PNG文件現在覆蓋ICNS文件），以及轉換所有從ICNS圖標目錄為PNG格式的圖標。請注意，這最後的變化可能需要改變手動啟動節，如果你指的圖標默認的圖標目錄，這取決於你如何升級rEFInd。

什麼在0.7.9版本新

• 在該版本包含了許多bug修復：install.sh不再顯示錯誤消息，如果dmraid中實用程序不可用;的HFS +驅動程序現在報告一個正確的卷名;文件系統驅動程序錯誤，可能導致鎖死已得到修復;在莫實用的描述冗餘的“效用”已被刪除;和（AS-還未經測試）嘗試噴射在某些計算機光盤後，確定一個連續重複掃描的問題已得到執行。此外，rEFInd現在刪除在Ubuntu系統冗餘內核條目保持菜單整潔和一個新的gdisk選項已被添加到showtools項。 （電噴版本我GDISK實用工具都可以用UEFI GPT FDISK庫的幫助下建造的。）

什麼在0.7.8版本新

• 在這個版本強調更改圖標，橫幅圖形處理。在內部，rEFInd現在可以擴展顯卡，它以前的版本不能這樣做。要使用此功能，三個新refind.conf令牌現在存在：big_icon_size和small_icon_size設置大（第一排OS）和小（第二排工具）圖標的大小;和banner_scale告訴rEFInd畫橫幅以1：1的比例（noScale，則默認值）或擴展的旗幟，以填滿屏幕（fillscreen）。我還調整使用的RPM和Debian軟件包搜索現有的沉方案稱為shimx64.efi後安裝腳本，不只是shim.efi（已經有人做過）。這將有助於在使用的shimx64.efi名發行，如Ubuntu的安裝包時。最後，我提供一套初步的Debian軟件包文件，這可能有助於分佈維護者採取rEFInd。

什麼在0.7.7版本新

• 在一個新的配置文件標記，windows_recovery_files，導致更改該列表;你可以用它來指定啟動Windows恢復工具文件。如果包括在showtools線windows_recovery選項，這些文件將被由第二排的小視窗恢復徽章表示，而不是作為一個全尺寸的OS加載程序，從而減少雜波，使此裝載機的目的更加清楚。您現在還可以指定一個完整路徑dont_scan_files項目，其中包括音量說明。的use_graphics_for，also_scan_dirs，dont_scan_dirs，dont_scan_files，scan_driver_dirs和windows_recovery_files令牌所有現在可以接受+作為它們的第一選擇，這將導致隨後的列表項目被添加到其默認值，而不是替換它們。配置文件，現在可以在程序啟動指定的傳遞-c選項，如在-c myconf.conf;您可以使用此功能來設置一個啟動rEFInd與修改引導選項手動啟動節。對EXT2 / 3 / 4FS掃描和ReiserFS分區，現在省略與已經看到文件系統的UUID分區。這是為了減少雜波從這些分區屬於RAID 1數組的組件。 install.sh腳本現在試圖找到並運行在Linux下安裝時，在卸載ESP。最後，我已經修正了生成refind_linux.conf文件包含一個流浪換行和不必要的PARTUUID =說明在某些系統在這兩個install.sh和mkrlconf.sh的錯誤。