Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

support for UEFI secure boot #701

Merged
merged 1 commit into from Nov 19, 2015
Merged

support for UEFI secure boot #701

merged 1 commit into from Nov 19, 2015

Conversation

pavoldomin
Copy link
Contributor

An attempt for "secure boot" support for ReaR:

  • if shim.efi is used as a bootloader, we also copy follow-up loader to the image (we assume it's grub*.efi)
  • In addition, KERNEL_CMDLINE option is now honored also for uefi-booting menu.

We also slightly re-arrange the uefi code, moving some common parts to libs/
I tested this only on SLES11 SP3 (boot-from-san, btrfs).

@gdha gdha added enhancement Adaptions and new features bug The code does not do what it is meant to do labels Nov 19, 2015
@gdha gdha added this to the Rear v1.18 milestone Nov 19, 2015
@gdha gdha self-assigned this Nov 19, 2015
gdha added a commit that referenced this pull request Nov 19, 2015
support for UEFI secure boot with shim.efi
@gdha gdha merged commit 57d2e97 into rear:master Nov 19, 2015
@pavoldomin pavoldomin deleted the secure_boot branch December 8, 2015 09:40
jsmeix added a commit that referenced this pull request Jun 8, 2017
All 'cp $v' commands must redirect stdout to stderr
to get the verbose copying info in the log file
cf. #701
and not on the user's terminal where it is lost for debugging
cf. #1374
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug The code does not do what it is meant to do enhancement Adaptions and new features
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants