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
AWS EC2 systems show wrong bootloader #1752
Labels
Milestone
Comments
Actually, "Hah!IdontNeedEFI" is the text representation of the official GUID number for a GPT BIOS boot partition: https://en.wikipedia.org/wiki/BIOS_boot_partition |
@OliverO2 Never too old to learn! Thanks for the clarification |
gdha
added a commit
that referenced
this issue
Mar 13, 2018
additional check for Hah!IdontNeedEFI #1752
This was referenced Apr 19, 2018
jsmeix
added a commit
that referenced
this issue
Apr 20, 2018
…_issue1769 Skip LUKS encrypted disks when guessing bootloader so that it could still detect (guess) the bootloader on other non-LUKS-encrypted (i.e. unencrypted) disks and if nowhere a bootloader could be guessed it fails in the same way as before cf. #1769 and enhanced the "Hah!IdontNeedEFI" case cf. #1752 so that now it also detects other non-EFI bootloaders and avoid 'cp' error exit in case of an improper RESULT_FILES member cf. #1711 starting at #1711 (comment)
With #1780 merged |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
rear -D -d savelayout
It tells us
Using guessed bootloader 'EFI'
, but AWS EC2 is using GRUB as bootloader. The funny thing is the following:The AWS engineer who wrote this thinks this is funny...lol (notice IdontNeedEFI)
Is not such a big deal as we cannot use
rear
to recover an AWS EC2 anyhow -> no console available. But, if it is possible I would like to hear a success story!The text was updated successfully, but these errors were encountered: