diff options
| author | Jose M. Guisado <jguisado@soleta.eu> | 2021-02-04 13:41:53 +0000 |
|---|---|---|
| committer | OpenGnSys Support Team <soporte-og@soleta.eu> | 2021-02-17 12:44:18 +0100 |
| commit | e55d6c26f37c7ce83a48c67105d136283795a856 (patch) | |
| tree | d193b95755a8189adc653319369c73b5ba548b19 /client/engine/Boot.lib | |
| parent | 559c38046d312021cb4825c1bfefc5ef88b2471d (diff) | |
#802 UEFI: Add boot entries to last boot order
It's been reported that some UEFI implementations of several
manufacturers do not comply with the standard and behave oddly.
In this case it has been noted that when a BootEntry was created
(with efibootmgr) but not added to the BootOrder this new entry did not
survive a reboot. Thus, UEFI booting of a client from the ogLive menu was not
possible.
Adjust calling ogNvramAddEntry so that it adds the new entry to the
BootOrder, but in last place so network boot, usually first option,
remains in place.
Diffstat (limited to 'client/engine/Boot.lib')
| -rwxr-xr-x | client/engine/Boot.lib | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/client/engine/Boot.lib b/client/engine/Boot.lib index 383777d8..f60b9327 100755 --- a/client/engine/Boot.lib +++ b/client/engine/Boot.lib @@ -114,7 +114,7 @@ case "$TYPE" in fi # Crear orden de arranque (con unos valores por defecto). - ogNvramAddEntry $BOOTLABEL "/EFI/$BOOTLABEL/Boot/$BOOTLOADER" + ogNvramAddEntry $BOOTLABEL "/EFI/$BOOTLABEL/Boot/$BOOTLOADER" TRUE # Marcar próximo arranque y reiniciar. ogNvramSetNext "$BOOTLABEL" reboot @@ -139,7 +139,7 @@ case "$TYPE" in [ -n "$LOADER" ] || ogRaiseError $OG_ERR_NOTOS "$1 $2 ($TYPE, EFI)" || return $? # Crear orden de arranque (con unos valores por defecto). - ogNvramAddEntry $BOOTLABEL "/EFI${LOADER#*EFI}" + ogNvramAddEntry $BOOTLABEL "/EFI${LOADER#*EFI}" TRUE # Marcar próximo arranque y reiniciar. ogNvramSetNext "$BOOTLABEL" reboot |