X-Git-Url: https://code.delx.au/refind/blobdiff_plain/1b45ba3611945b291e468f1b5d3b5452f99766ba..119f040f3c096ef2ab59f5d02059e9d872047dcd:/docs/refind/todo.html
diff --git a/docs/refind/todo.html b/docs/refind/todo.html
index 5919dbc..4be866e 100644
--- a/docs/refind/todo.html
+++ b/docs/refind/todo.html
@@ -15,7 +15,7 @@
href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
Originally written: 3/14/2012; last Web page update:
-11/6/2012, referencing rEFInd 0.4.7
+1/8/2013, referencing rEFInd 0.6.4
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!
@@ -165,6 +165,13 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
from the partition data is harder than extracting the volume's
label or counting up the filesystem numbers.
+ Currently, if a filesystem's label comes up empty, rEFInd
+ substitutes the size, so you get displays like boot
+ EFI\foo\bar.efi from 90 GiB volume. I'd like to add more
+ checks to substitute the GPT partition label if the
+ filesystem label comes up empty, or add a filesystem type
+ identifier to the size.
+
The default_selection option in refind.conf could be improved by
supporting a list of default options, so that if the first item
isn't found, rEFInd will try to boot the second one in the list,
@@ -183,12 +190,6 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
and/or initial RAM disks relative to the rEFInd directory (or the
boot loader's directory, in the case of initrds).
- Various options (dont_scan_dirs, also_scan_dirs,
- scan_driver_dirs, etc.) refer to directories or files,
- either on the ESP or on all partitions. A way to identify specific
- partitions for these options would be useful in some
- situations.
-
Known bugs that need squashing:
@@ -213,7 +214,7 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
implementation, and a dismal one at that, so I'm inclined to just
let it go.
- The Shutdown option works correctly on Macs, but not on UEFI-based
+ The Shutdown option works correctly on Macs, but not on many UEFI-based
PCs. On such systems, Shutdown reboots the computer. This should be
fixed.
@@ -237,6 +238,13 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
caused by a truncated DevicePath to the shell, which includes the
shell's pathname but not the device identifier.
+ When specifying a volume by name in dont_scan_dirs,
+ slashes are converted to backslashes in the specification but not
+ in the actual volume name read from disk. Thus, you can't specify a
+ volume by name if it includes a slash (as in Fedora
+ /boot). Workarounds are to rename the volume to omit the slash
+ and to use a filesystem number rather than a volume label.
+
The code is in need of review to search for memory leaks and
similar problems.
@@ -246,14 +254,6 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
- - With the arrival of PCs preloaded with Windows 8 and with Secure
- Boot enabled, some way to cope is in order. I'm thinking of adding
- code to limit or prohibit booting of unsigned boot loaders if
- rEFInd detects that Secure Boot is active, and link with the Shim
- pre-bootloader to help handle signing and authentication. I need to
- research the technical details more, though.
-
- EFI supports network boots. rEFInd doesn't, but it would be nice if
it would.
@@ -276,22 +276,23 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
stanzas override auto-detected boot loader definitions for the same
boot loader file.
+ - 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
+ the NVRAM, and so on. This would be useful in system maintenance
+ and in recovering from boot problems.
+
+ - An installation tool for the EFI environment would be useful.
+ A simple EFI shell script might work, but because this function
+ requires access to the bcfg command, this would work
+ only from a version 2 shell or if bcfg were implemented
+ as a standalone program. Another alternative would be a program
+ written in C.
+
- It should be possible to override specific auto-detected boot
loader settings—say, to disable one specific boot loader or
change its icon.
- - A way to read boot options set via efibootmgr,
- bless, or similar options from NVRAM to add to the boot
- set would be useful.
-
- - A way to examine and change the NVRAM settings could be useful.
- This would enable a CD-based boot of rEFInd to fix a broken disk
- boot. Perhaps this could be done via a separate tool that could be
- launched much like the shell or gptsync.
-
- - I'd like to give the user the ability to set custom options on a
- single-boot basis, similar to what's possible in GRUB.
-
- A way to set the color of the font would be useful for theming
purposes.
@@ -303,20 +304,15 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
written in a cross-platform GUI toolkit, so that a single code base
can be used on any of the major OSes.
- - A way to "source" one configuration file from another one would be
- helpful for some types of configuration scripts. (This would enable
- overriding options in a secondary file without modifying the
- default original file, for instance.)
-
- Improvements to the EFI drivers:
+Improvements to the EFI drivers:
- - Drivers for additional filesystems are required. Given the recent
- shift to ext4fs, that should be the priority; however, other Linux
- filesystems, UDF, and perhaps others would all be welcome
+
- Drivers for additional filesystems are desirable. Given the talk of
+ shifting to Btrfs, that should be the priority; however, other
+ Linux filesystems, UDF, and perhaps others would all be welcome
additions. Also along these lines, adding drivers for Linux LVM and
RAID setups would be useful, too.
@@ -335,13 +331,21 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com
to have the drivers access files (like a Linux loopback mount) is
desirable.
+ When built with the GNU-EFI package, an attempt to load more than
+ one driver on my 32-bit Mac Mini causes the computer to hang. I do
+ not have this problem with 64-bit drivers on my UEFI-based
+ computers. I don't know if this is a 32-bit issue or a Mac issue.
+ This is not relevant if you're using my binary package,
+ since I build it with the TianoCore EDK2, and the drivers built in
+ that way don't exhibit this bug.
+
-copyright © 2012 by Roderick W. Smith
+copyright © 2012–2013 by Roderick W. Smith
This document is licensed under the terms of the GNU Free Documentation License (FDL), version 1.3.