+<li><b>ReiserFS</b>—This driver originated with rEFIt. It's useful
+ for reading Linux kernels from a separate <tt>/boot</tt> partition, or
+ even from a root (<tt>/</tt>) filesystem, if you use ReiserFS on it.
+ <b>Caution:</b> If you use this driver, you should use the
+ <tt>notail</tt> option in Linux's <tt>/etc/fstab</tt> file for the
+ partition(s) you want the EFI to read. This is because the driver
+ doesn't properly handle ReiserFS's "tail-packing" feature, so files can
+ seem to be corrupted in EFI if you use this feature, which is disabled
+ by <tt>notail</tt>.</li>
+
+<li><b>Ext2fs</b>—This driver also originated with rEFIt. It can be
+ used in the same way as the ReiserFS driver. Although it's called an
+ "ext2fs" driver, it also works with ext3fs.</li>
+
+<li><b>Ext4fs</b>—Stefan Agner <a
+ href="https://github.com/falstaff84/rEFInd">modified the rEFIt/rEFInd
+ ext2fs driver</a> so that it could handle ext4fs. I'm including this as
+ a separate driver from the ext2fs driver, although the ext4fs version
+ can handle ext2fs and ext3fs, too. Providing both drivers enables
+ easy filesystem separation—for instance, you can use ext2fs on a
+ <tt>/boot</tt> partition and ext4fs on your root (<tt>/</tt>)
+ partition, to have the EFI scan only the former. This driver has some
+ limitations. Most notably, for various reasons it maxes out at 16TiB
+ and won't mount any ext4 filesystem that's larger than this. As of
+ version 0.6.1, this driver supports the <tt>meta_bg</tt> feature, which
+ can also be used on ext2fs and ext3fs. Thus, it can handle some ext2fs
+ and ext3fs partitions that the ext2fs driver can't handle. You can
+ learn about your ext2/3/4 filesystem features by typing <tt
+ class="userinput">dumpe2fs <i>/dev/sda2</i> | grep features</tt>,
+ changing <tt class="userinput"><i>/dev/sda2</i></tt> to your
+ filesystem's device.</li>
+
+<li><b>Btrfs</b>—</b>Samuel Liao contributed this driver, which is
+ based on the rEFIt/rEFInd driver framework and algorithms from the GRUB
+ 2.0 Btrfs driver. I've tested this driver with a simple one-partition
+ filesystem and with a filesystem that spans two physical devices
+ (although I've made no attempt to ensure that the driver can actually
+ read files written to both devices). Samuel Liao has used the driver
+ with a compressed Btrfs volume. The driver will handle subvolumes, but
+ you may need to add kernel options if you're booting a Linux kernel
+ directly from a filesystem that uses subvolumes. For instance, on a
+ test installation of Ubuntu 14.04 alpha on such a system, I needed to
+ set <tt>also_scan_dirs + @/boot</tt> in <tt>refind.conf</tt> and add
+ <tt>rootflags=subvol=@</tt> to the kernel options in my
+ <tt>refind_linux.conf</tt> file. Without the first of these options,
+ rEFInd could not locate my kernel; and without the second, the boot
+ failed with a message to the effect that the initial RAM disk could not
+ find <tt>/sbin/init</tt>.</li>
+
+<li><b>ISO-9660</b>—This driver originated with rEFIt's author, but
+ he never released a final version. Its code was improved by Oracle for
+ use in its VirtualBox product, and then further modified by the authors
+ of the <a
+ href="https://sourceforge.net/projects/cloverefiboot/">Clover</a> boot
+ loader. If your firmware doesn't provide its own ISO-9660 driver, this
+ one can be helpful; however, you may need to install it on your hard
+ disk before you can read an optical disc.</li>
+
+<li><b>HFS+</b>—Oracle seems to have written this driver, apparently
+ with some code taken from open source Apple examples. It was then
+ further modified by the Clover authors. I expect this driver to have
+ limited appeal to most rEFInd users. Macs don't need it, since Apple's EFI
+ implementation provides its own HFS+ driver, and HFS+ isn't normally
+ used on UEFI-based PCs. Some CDs are mastered with both ISO-9660 and
+ HFS+, or even with HFS+ alone, and it's conceivable that an HFS+ driver
+ would be useful when accessing such discs. I'm providing the driver
+ mainly because it compiled cleanly with no extra work, aside from
+ providing a Makefile entry for it.</li>
+
+<li><b>NTFS</b>—Samuel Liao contributed this driver, which uses the
+ rEFIt/rEFInd driver framework. My own testing of it is limited, but it
+ does work for me. Note that this driver is <i><b>not</b></i> required
+ to boot Windows with rEFInd, since Windows stores its EFI boot loader
+ on the (FAT) ESP, and the BIOS boot process (generally used when
+ dual-booting on a Mac) relies only on the partition's boot sector,
+ which is read without the benefit of this driver. Reasons to use this
+ driver include:
+ <ul>
+ <li>If you want to store large boot files to be read from EFI, such as
+ RAM disk images, from Windows.</li>
+ <li>If you have a Mac and NTFS data partitions, loading this driver
+ should exclude those data partitions from the boot menu.</li>
+ <li>If you have a Mac that dual-boots with Windows, using this driver
+ should provide NTFS volume names in the boot menu.</li>
+ </ul>
+ </li>
+
+</ul>