Re: trying to understand how the /boot/loader symlink is supposed to work.
- From: Daniel Drake <drake endlessm com>
- To: Colin Walters <walters verbum org>
- Cc: Leon Woestenberg <leon sidebranch com>, ostree-list gnome org, Carlo Caione <carlo endlessm com>
- Subject: Re: trying to understand how the /boot/loader symlink is supposed to work.
- Date: Mon, 5 Feb 2018 09:48:44 -0400
On Fri, Feb 2, 2018 at 2:14 PM, Colin Walters <walters verbum org> wrote:
I could imagine doing something like this with a "pre-grubx64.efi" binary
or the like whose sole purpose was to iterate over an available set of
grubx64-1.efi, grubx64-2.efi etc. which had .checksum files available too,
and if the checksum didn't match it was skipped or so.
The idea being that we would first rename the current bootloader to
grubx64-2 before then installing the new one as grubx64-1? And if it
gets interrupted in the process we would rely on it falling back to
grubx64-2?
That might have some benefift but we would just end up with the same
problem for the smaller pre-grubx64 bootloader - how could we safely
update that when it changes?
As an alternative, I wonder if UEFI variables can be updated
atomically, allowing us to install the bootloader in a new path and
only update the UEFI boot configuration to point to it once we're
comfortable that the fs has been fully synced.
Daniel
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]