X-Git-Url: https://code.delx.au/refind/blobdiff_plain/aa35c85cb9289e9c92f96811099b384aa44defd4..849bd62e3cc11418d8645c067dea5ec088b3c30a:/docs/refind/drivers.html diff --git a/docs/refind/drivers.html b/docs/refind/drivers.html index ec67702..5b24292 100644 --- a/docs/refind/drivers.html +++ b/docs/refind/drivers.html @@ -8,6 +8,8 @@ + +

The rEFInd Boot Manager:
Using EFI Drivers

@@ -15,7 +17,7 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

Originally written: 4/19/2012; last Web page update: -3/1/2015, referencing rEFInd 0.8.7

+12/12/2015, referencing rEFInd 0.10.1

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!

@@ -41,8 +43,7 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

- - + @@ -56,8 +57,7 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

- - + @@ -72,8 +72,7 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

- - + @@ -87,8 +86,7 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

- - + @@ -102,8 +100,7 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

- - + @@ -116,8 +113,7 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

- - + @@ -226,7 +222,7 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

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). Lamuel Liao has used the driver + 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 @@ -236,7 +232,12 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

refind_linux.conf 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 /sbin/init. + find /sbin/init. rEFInd 0.10.0 adds @/boot as a + standard option to also_scan_dirs, and its + refind-install and mkrlconf scripts should pick up + the root flags, assuming the system is booted into the regular + installation. These additions make it easier to set up rEFInd to work + with Btrfs.

ISO-9660—This driver originated with rEFIt's author, but he never released a final version. Its code was improved by Oracle for @@ -247,25 +248,31 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

one can be helpful; however, you may need to install it on your hard disk before you can read an optical disc.

HFS+—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.

HFS+—Oracle wrote 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. Also, one unusual feature of this + driver is that it can read files from within an Apple LVM setup, which + Apple's own EFI HFS+ driver can't do. The upshot of this feature is + that if you load this driver on a Mac that uses Apple's LVM, rEFInd is + likely to show two OS X boot options. Ordinarily this is pointless, but + it could be helpful if your Recovery HD volume becomes damaged. I'm + providing the driver mainly because it compiled cleanly with no extra + work, aside from providing a Makefile entry for it.

+ +

NTFS—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 not 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: + rEFIt/rEFInd driver framework. Note that this driver is + not 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:

If you want to store large boot files to be read from EFI, such as RAM disk images, from Windows.

All of these drivers rely on filesystem wrapper code written by rEFIt's author, Christoph Phisterer.

Note: rEFInd's install.sh script, when run from Linux, installs the driver required to read the /boot directory. Under OS X, the install.sh script installs the ext4fs driver if the script detects a Linux partition—but you might need to change this driver if you use another filesystem. The script installs all the available drivers if you pass it the --alldrivers option. (I do not recommend using this feature except for creating general-purpose USB flash drives with rEFInd, since having too many drivers can cause various problems.) See the Installing rEFInd page for details.

Note: rEFInd's refind-install script, when run from Linux, installs the driver required to read the /boot directory. Under OS X, the refind-install script installs the ext4fs driver if the script detects a Linux partition—but you might need to change this driver if you use another filesystem. The script installs all the available drivers if you pass it the --alldrivers option. (I do not recommend using this feature except for creating general-purpose USB flash drives with rEFInd, since having too many drivers can cause various problems.) See the Installing rEFInd page for details.

If you want to use one or more of these drivers, you can install them from the rEFInd binary package from the refind/drivers_arch directory, where arch is a CPU architecture code—x64 or ia32. The files are named after the filesystems they handle, such as ext4_x64.efi for the 64-bit ext4fs driver. You should copy the files for the filesystems you want to use to the drivers or drivers_arch subdirectory of the main rEFInd installation directory. (You may need to create this subdirectory.) Be careful to install drivers only for your own architecture. Attempting to load drivers for the wrong CPU type will cause a small delay at best, or may cause the computer to crash at worst. I've placed rEFInd's drivers in directories that are named to minimize this risk, but you should exercise care when copying driver files.

When you reboot after installing drivers, rEFInd should automatically detect and use the drivers you install. There's likely to be an extra delay, typically from one to five seconds, as rEFInd loads the drivers and tells the EFI to detect the filesystems they handle. For this reason, and because of the possibility of drivers harboring bugs, I recommend installing only those drivers that you need. If you like, you can install drivers you don't plan on using to some other directory, such as /drivers on the ESP's root. You can then load these drivers manually with the EFI shell's load command if the need arises in the future. You can then tell the shell to re-assign drive identifiers with map -r:

-fs0: load reiserfs_x64.efi
+fs0: load btrfs_x64.efi
 fs0: map -r

Notes on Specific Drivers

Warning: When compiled with GNU-EFI, rEFInd's drivers hang when run on my 32-bit Mac Mini. The TianoCore-compiled versions are fine, and the GNU-EFI-built binaries are fine on a 32-bit VirtualBox. The 64-bit GNU-EFI-built versions are fine on a MacBook Pro. Thus, the problem is very limited in scope. The problem can be quite serious if you run into it, though, since you must bypass rEFInd to boot the computer. In debugging the problem, I found that a key funtion was being entered mid-function, which suggests either an EFI bug or a problem with the compiler or related tools. In any event, the solution is simple: Use driver binaries built with TianoCore if you have a 32-bit Mac.

I've tested several of the drivers described on this page on a handful of systems. The Pfisterer ext2fs driver (from any source) works on both ext2fs and ext3fs, but not on ext4fs—but Agner's derivative ext4fs

The rEFInd Boot Manager:Using EFI Drivers

Notes on Specific Drivers

The rEFInd Boot Manager:
Using EFI Drivers