>Am I correct in stating that your patches would only require:
>- command line options on each invocation of grub-install to reference a
>config file of sorts - a config file in a dedicated directory that would allow
>this config to persist
Xen, yes you are correct. The config file (${prefix}/e
>I would personally assume that something could be done in the dedicated
>/etc/grub.d/ directories that would allow grub-mkconfig to function as
>required without changing anything to it?
Xen, that is probably possible, but I chose to modify grub-mkconfig_lib.in
because that is where the origin
ntion and that way someone wouldn't be able to
accidentally install grub to or for a LUKS device with a detached header and
then subsequently have a non-bootable computer.
Did you get a chance to try to use the patches as they are?
Do you think that the search_pt_uuid module is okay in its f
Thank you for the patch. Unfortunately it does not solve fundamental
problem - grub-install is expected to auto-detect everything that is
required to access /boot/grub (it violates it now for encrypted /boot,
but I plan to submit patch after release to decouple it from
/etc/default/grub). So any so
