href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com</a></p>
<p>Originally written: 3/14/2012; last Web page update:
-11/10/2013, referencing rEFInd 0.7.5</p>
+2/1/2014, referencing rEFInd 0.8.5</p>
-<p>I'm a technical writer and consultant specializing in Linux technologies. 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!</p>
+<p>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!</p>
<table border="1">
<tr>
like to add detection for Itanium and ARM systems, but I have no
way to test such changes.</li>
- <li>Although the ICNS file format used by rEFInd supports multiple
- image sizes, if a size that rEFInd needs isn't present in the file,
- rEFInd can't use the icon. The ability to scale images to the
- desired size would be useful.</li>
+ <li>Further to the preceding, rEFInd's GPT-scanning code (used to
+ extract partition names) includes assumptions about byte order, and
+ so will work only on little-endian CPUs such as the x86 and
+ x86-64.</li>
<li>A way to set the color of the font would be useful for theming
purposes.</li>
characters, and by enabling use of variable-width as well as
monospace fonts.</li>
- <li>I would like to be able to specify the volume on which a boot
- loader resides using a partition GUID value, but extracting a GUID
- from the partition data is harder than extracting the volume's
- label or counting up the filesystem numbers.</li>
-
- <li>Currently, if a filesystem's label comes up empty, rEFInd
- substitutes the size, so you get displays like <tt>boot
- EFI\foo\bar.efi from 90 GiB volume</tt>. I'd like to add more
- checks to substitute the GPT <i>partition</i> label if the
- <i>filesystem</i> label comes up empty.</li>
-
- <li>Along the lines of the previous item, the
- <tt>default_selection</tt> might be expanded to support some form
- of specification of disk types, as in a special entry for any
+ <li>The <tt>default_selection</tt> might be expanded to support some
+ form of specification of disk types, as in a special entry for any
optical disk or any external disk, no matter what its name is.</li>
<li>It would be useful to be able to specify paths to boot loaders
upper-left corner of the screen. Having an option to support a
transparent background is desirable to some users.</li>
- </ul></li> <!-- Improvements -->
+ <li>When delivering rEFInd as a boot loader from a network server,
+ rEFInd is limited to its default options and can boot only local
+ OSes, not network OSes. The cause is that the server delivers a
+ single file, so rEFInd is divorced from its configuration and
+ support files.</li>
+
+ <li>A way to identify specific Windows versions and present unique
+ icons or change the text is desirable. Currently, a crude
+ distinction of XP and earlier vs. Vista and later is possible for
+ BIOS-booting on Macs, but no such distinction is made for EFI-mode
+ booting, and nothing finer-grained is attempted. Improvements will
+ probably require identifying unique features of each version's boot
+ loader files or boot sector code.</li>
+
+</ul></li> <!-- Improvements -->
<li><b>Known bugs that need squashing:</b>
have the equipment and skill to do so, I'd be interested in
receiving a patch.</li>
+ <li>If you use a true MBR disk on a Mac to boot Windows or some other
+ BIOS-only OS, and if that disk has an extended partition, that
+ partition may show up in rEFInd as a bootable FAT partition. The
+ reason is twofold: FAT doesn't contain a simple "magic" signature
+ like most filesystems, so it's easy to misidentify something else
+ as FAT; and it's hard to positively identify boot code vs. other
+ random data.</li>
+
<li>The re-scan feature occasionally produces odd results, such as
ignoring new media or keeping old media that have been ejected.
This should be investigated and fixed.</li>
<li>The code is in need of review to search for memory leaks and
similar problems.</li>
- <li>If the user has a Linux software RAID 1 array, rEFInd will detect
- kernels or boot loaders in RAID 1 twice. This could be fixed by
- adding a check for duplicate filesystem UUIDs to the
- partition-scanning code.</li>
+ <li>If the user has a Linux software RAID 1 array with Btrfs, HFS+,
+ or FAT filesystem, rEFInd will detect kernels or boot loaders in
+ RAID 1 twice. Checks to prevent this with ext2/3/4fs and ReiserFS
+ already exist; these checks could be expanded to block such
+ duplication with more filesystems.</li>
<li>Some Macs experience problems with waking up from suspend states
when rEFInd is installed. Unfortunately, I lack the hardware to
<tt>pmset</tt> to disable the <tt>autopoweroff</tt> option</a> is
<a
href="http://apple.stackexchange.com/questions/91529/macbook-air-not-waking-up-from-suspend-sleep-with-refind-boot-manager-installed">claimed
- by some</a> to at least partially fix the problem, though.</li>
+ by some</a> to at least partially fix the problem, though. Using
+ the <tt>--ownhfs</tt> installation option may also help in some
+ cases.</li>
+
+ <li>If you activate BIOS-mode support on UEFI-based PCs, you may find
+ multiple copies of the BIOS-mode loaders added to your firmware's
+ boot manager. Only one copy shows up in rEFInd, though.</li>
</ul></li> <!-- Known bugs -->
<ul>
- <li>EFI supports network boots. rEFInd doesn't, but it would be nice if
- it would.</li>
-
<li>There's currently no way to create a manual boot stanza for a
BIOS-booted OS. This isn't a big priority for me personally, but I
can see how it could be for some people.</li>
stanzas override auto-detected boot loader definitions for the same
boot loader file.</li>
+ <li>Along similar lines, some users have asked for a way to take
+ detected boot programs and create a set of manual boot stanzas for
+ them, so that they can be modified manually.</li>
+
+ <li>Support for touchscreens and/or configurable buttons for rEFInd's
+ actions would enable use of rEFInd on tablet computers that lack
+ complete keyboards.</li>
+
+ <li>GRUB provides a configuration-file command called <tt>outb</tt>
+ that enables manipulating hardware registers. Something similar,
+ via the <tt>mm</tt> command, can be done in the EFI shell. I'd like
+ to add such a feature to rEFInd, since it enables doing things like
+ disabling one or another video output on Macs with two video
+ cards.</li>
+
<li>I have thoughts about creating an EFI configuration tool and
information utility—something to tell you about your hard
disks, enable you to manage MOKs, adjust boot loader priority in
Linux's EFI stub loader). Also along these lines, adding drivers
for Linux LVM and RAID setups would be useful.</li>
- <li>The HFS+ driver returns a volume label of "HFS+ volume", no matter
- what the volume's real label is.</li>
-
<li>This may not be possible, or it may require a new driver, but a way
to have the drivers access files (like a Linux loopback mount) is
desirable.</li>
that there were problems with the installation, although this isn't
really the case.</li>
+ <li>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
+ makes it useless on those networks.</li>
+
<li>A Mac-specific package is highly desirable.</li>
</ul></li>
<hr />
-<p>copyright © 2012–2013 by Roderick W. Smith</p>
+<p>copyright © 2012–2014 by Roderick W. Smith</p>
<p>This document is licensed under the terms of the <a href="FDL-1.3.txt">GNU Free Documentation License (FDL), version 1.3.</a></p>