Originally written: 3/14/2012; last Web page update:
-3/1/2015, referencing rEFInd 0.8.7
+11/8/2015, referencing rEFInd 0.10.0
This Web page is provided free of charge and with no annoying outside ads; however, I did take time to prepare it, and Web hosting does cost money. If you find this Web page useful, please consider making a small donation to help keep this site up and running. Thanks!
As described in reference to version 0.9.2 on the Revisions page, rEFInd includes a
+ delicate and hackish workaround to a problem introduced by Shim
+ 0.8. Developing a better solution to that problem is a high
+ priority.
+
The support for booting legacy (BIOS) OSes on UEFI-based PCs
currently has a number of limitations. Most importantly, it works
off of the list of boot devices stored in the computer's NVRAM. I'd
@@ -171,11 +179,16 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
optical drives and uses generic icons rather than OS-specific
icons.
-
Currently, rEFInd can detect whether it's compiled for x86
- or x86-64 systems and displays this information in its
- "About" screen (AboutrEFInd() in main.c). I'd
- like to add detection for Itanium and ARM systems, but I have no
- way to test such changes.
+
rEFInd's Makefiles and, to a lesser extent, C code,
+ support x86, x86-64, and ARM64 CPUs. EFI is also
+ available for Itanium (IA-64) and ARM32 CPUs, so I'd like to add
+ this support.
+
+
Currently, rEFInd can detect whether it's compiled for x86,
+ x86-64, or ARM64 systems and displays this information in
+ its "About" screen (AboutrEFInd() in main.c). I'd
+ like to add detection for Itanium and 32-bit ARM systems, but I
+ have no way to test such changes.
Further to the preceding, rEFInd's GPT-scanning code (used to
extract partition names) includes assumptions about byte order, and
@@ -231,8 +244,7 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
removing rEFInd's drivers has caused the problem to go into
remission.
Some EFIs have bugs that cause the allegedly case-insensitive
StriCmp() function to perform a case-sensitive comparison.
This causes any number of bugs in file matching. For instance:
Changing the case of icon filename extensions (or various other
@@ -240,14 +252,10 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
"generic" ones; and rEFInd sometimes appears in its own menu (the
firmware sometimes returns an all-caps version of the filename, but
other times returns the filename with the correct case, causing a
- mismatch if the path includes lowercase elements). Some of these
- problems can be overcome by converting both strings to be compared
- to one case before doing the comparison, but others aren't so easy,
- since I think StriCmp() is being called internally to the
- EFI. In any event, it'd be nice to fix some of these problems.
- OTOH, this is a workaround for a bug on just one EFI
- implementation, and a dismal one at that, so I'm inclined to just
- let it go.
+ mismatch if the path includes lowercase elements). This problem is
+ worse when compiling rEFInd with GNU-EFI than with Tianocore.
+ Version 0.9.1 has made improvements on this score, but some issues
+ may continue to lurk.
The Shutdown option works correctly on Macs, but not on many UEFI-based
PCs. On such systems, Shutdown reboots the computer. This should be
@@ -332,15 +340,6 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
BIOS-booted OS. This isn't a big priority for me personally, but I
can see how it could be for some people.
-
I've received queries about rEFInd's ability to work with Apple's
- whole-disk encryption scheme that's new with OS X 10.7.
- Unfortunately, I lack the hardware to test this, but my
- understanding is that it will work correctly if rEFInd is
- installed in the ESP rather than on the Mac OS X root partition.
- See this
- forum thread for more information.
-
I'd like to find a way to enable users to enter customizations for
boot options and then save them to the refind.conf file.
One possible way to implement this would be to have manual boot
@@ -355,6 +354,9 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
actions would enable use of rEFInd on tablet computers that lack
complete keyboards.
+
The ability to rotate the display for users who rotate their
+ monitors or who use tablets would be helpful.
+
GRUB provides a configuration-file command called outb
that enables manipulating hardware registers. Something similar,
via the mm command, can be done in the EFI shell. I'd like
@@ -379,13 +381,11 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
loader settings—say, to disable one specific boot loader or
change its icon.
-
The ability to rotate the display for users who rotate their
- monitors would be helpful.
-
-
A GUI configuration tool would be nice, but it's low on my personal
- priority list. If you'd like to contribute, I prefer something
- written in a cross-platform GUI toolkit, so that a single code base
- can be used on any of the major OSes.
+
A GUI configuration tool for host OSes (Linux, OS X, Windows, etc.)
+ would be nice, but it's low on my personal priority list. If you'd
+ like to contribute, I prefer something written in a cross-platform
+ GUI toolkit, so that a single code base can be used on any of the
+ major OSes.
Improvements to gptsync, refind-install, or other
support tools:
@@ -423,14 +423,6 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
under some circumstances, such as when it makes no changes to the
partition table. Fix this.
-
When updating a system with Secure Boot via an RPM or Debian
- package, the RPM installation script can detect rEFInd's existing
- shim or PreLoader program and pass options to install.sh
- to try to copy these programs over themselves. This results in a
- message that the copy was over the same file and an error message
- that there were problems with the installation, although this isn't
- really the case.
-
rEFInd's support for network booting is primitive and relies on the
external iPXE package. In my own testing, iPXE retrieves the
BIOS-mode boot loader from some servers that offer both, which