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的错误。