Key features include support for Secure Boot, which depends on a separate PreLoader or shim program, ability to launch MS Windows and Macintosh recovery utilities, as well as third-party EFI programs like an EFI shell. The application lets users to manually edit and set boot-time options, try Live operating systems that are distributed on bootable CD discs or USB flash drives, launch Linux 3.3.0 and later kernels that are built with EFI stub loader support. It’s a fork of the well known rEFIt boot manager, but engineered to support UEFI (Unified Extensible Firmware Interface)-based machines. REFInd is an open source boot manager or boot loader that supports Linux, Mac OS X and Microsoft Windows operating systems. These changes do not affect users who do not use Secure Boot. For the moment, the RPM and Debian packages I build do not use this new naming feature, since I can't be sure what version of Shim might be picked up. The advantage, of course, is that rEFInd needn't 'lie' about its name, which makes for less confusion in filenames.

This works, but is likely to be more delicate than using the default Shim follow-on name of grub圆4.efi. (Actually, Shim 0.4 supported this, but it required a broken path specification.) I've added support for this feature to install.sh: Adding the -keepname option to install.sh causes the script to preserve rEFInd's regular filename and to register the approprirate follow-on parameters to have Shim launch rEFInd by that name. This version also introduces a new feature, which is also Shim-related: Since version 0.7, Shim has supported launching binaries other than grub圆4.efi by passing them on the command line. I want to release this workaround version to head off further problems in the near term, though. As such, the workaround in this release may break with a future Shim. I consider this a 'band-aid' patch, though, because it relies on a quirk of Shim's logic to bypass its de-registration. I quickly discovered a workaround, which I've implemented in this release. Since rEFInd's drivers are binaries, if you use a single driver, that means that you won't be able to launch anything that requires validation via Shim. This creates a new problem, though: rEFInd can validate just one binary before it's 'cut off' from Shim. This is done to avoid problems in a boot path in which Shim launches fallback.efi, which in turn launches another Shim. Specifically, Shim 0.8 now de-registers itself from the EFI after a follow-on program launches another one. (See this thread for one such report.) It turns out that the problem was not a new bug in rEFInd, but rather a change from Shim 0.7 to Shim 0.8 that made it next to useless with rEFInd.

Soon after releasing 0.9.1, I started receiving bug reports about problems with it and Shim 0.8.

Refind mac