Bug 2004449
| Summary: | Boot option recovery menu prevents image boot | |||
|---|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Flavio Percoco <fpercoco> | |
| Component: | RHCOS | Assignee: | Benjamin Gilbert <bgilbert> | |
| Status: | CLOSED ERRATA | QA Contact: | HuijingHei <hhei> | |
| Severity: | medium | Docs Contact: | ||
| Priority: | medium | |||
| Version: | 4.9 | CC: | bgilbert, dornelas, hhei, jligon, mrussell, nstielau, wking | |
| Target Milestone: | --- | |||
| Target Release: | 4.10.0 | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | Bug Fix | ||
| Doc Text: |
Cause: When the RHCOS live ISO boots, it adds a UEFI boot entry for itself. On systems with a TPM, this requires a reboot.
Consequence: On systems with a TPM, booting the live ISO shows a "Boot Option Recovery" screen and then reboots the system.
Fix: The RHCOS live ISO no longer adds a UEFI boot entry for itself.
Result: The ISO does not initiate a reboot when first booted.
|
Story Points: | --- | |
| Clone Of: | ||||
| : | 2004676 (view as bug list) | Environment: | ||
| Last Closed: | 2022-03-10 16:10:42 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | 2004596 | |||
| Bug Blocks: | 2004676 | |||
|
Description
Flavio Percoco
2021-09-15 10:47:07 UTC
I tried reproducing locally in QEMU, and the system correctly booted once to the Boot Options Restoration screen and the second time to the GRUB menu. I expect the problem is hardware-specific. As a workaround, you should be able to press Enter at the Boot Options Restoration screen and then choose "Always continue boot". The restoration screen is new in shim 15.4, but the automatic reboot has existed for a while. shim 15.4 is in all supported OCP releases, but is currently only in bootimages for OCP 4.8 and up. Could you try booting the same hardware from an official RHCOS 4.7 ISO and report whether the machine boot-loops? This bug has been reported fixed in a new RHCOS build. Do not move this bug to MODIFIED until the fix has landed in a new bootimage. Verified the fallback efi is removed on RHCOS 410.84.202110081440-0 live installer.
$ sudo mount -o loop,ro rhcos-410.84.202110081440-0-live.x86_64.iso /mnt/iso
$ sudo mount -o loop,ro /mnt/iso/images/efiboot.img /mnt/efi
$ tree /mnt/efi
/mnt/efi
└── EFI
└── BOOT
├── BOOTX64.EFI
├── fonts
├── grub.cfg
├── grubx64.efi
└── mmx64.efi
3 directories, 4 files
The fix for this bug has landed in a bootimage bump, as tracked in bug 2004596 (now in status MODIFIED). Moving this bug to MODIFIED. Verify fallback efi not found in RHCOS 410.84.202110140201-0 live installer
# mount -o loop,ro rhcos-410.84.202110140201-0-live.x86_64.iso /mnt/iso/
# mount -o loop,ro /mnt/iso/images/efiboot.img /mnt/efi
# tree /mnt/efi/
/mnt/efi/
└── EFI
└── BOOT
├── BOOTX64.EFI
├── fonts
├── grub.cfg
├── grubx64.efi
└── mmx64.efi
3 directories, 4 files
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: OpenShift Container Platform 4.10.3 security update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2022:0056 |