Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-3771

kernel-5.14.0-17X.el9.x86_64 / Not bootable (EFI) after Firmware update

Details

    • Bug
    • Resolution: Unresolved
    • Undefined
    • None
    • None
    • distribution
    • kernel-5.14.0-183.el9
    • sst_program
    • False
    • Hide

      None

      Show
      None
    • If docs needed, set a value

    Description

      Description of problem:
      --------------------------------

      kernel-5.14.0 of the release series 17x do not boot while kernel-5.14.0 of the release series 16x do boot.

      I was hoping that a new release of the kernel package would solve my issue but it didn't.

      My issue started after updating my bios/firmware in combination with (at that time)
      the kernel 5.14.0-171.el9.x86_64.

      I updated the BIOS/Firmware of a DELL notebook from 1.8 to 1.9. and after it the latest C9S

      kernel-5.14.0-171.el9.x86_64

      Update: and this applies also to ... now:

      kernel-5.14.0-174.el9.x86_64
      kernel-5.14.0-176.el9.x86_64

      can't be booted anymore (secure boot on) but the two older ones do boot:

      kernel-5.14.0-165.el9.x86_64
      kernel-5.14.0-168.el9.x86_64

      UPDATE: kernel-5.14.0-167.el9.x86_64 also bootable

      (in the meantime the firmware was update to 1.10 without solving this issues)

      The grub error message when trying to boot kernel-5.14.0-171.el9.x86_64, 174- and 176-release
      looks like:

      error: ../../grub-core/kern/efi/sb.c:183:bad shim signature.
      error: ../../grub-core/loader/i386/efi/linux.c:259:you need to load the kernel first.

      I wonder how this happens. The firmware is classified as bug-fix update.

      Not sure if DBX list was update. fwupdmgr shows "Current version: 83"
      If so, it does not make sense that older kernels can be used to boot the system.
      So, a big question mark how to solve this issue? Any hints ...?

      1. sha256sum /boot/efi/EFI/BOOT/BOOTX64.EFI
        3ae459e79408b5287ce70c5b86ddcc92c243c7442d6769a330390598b7a351b1 /boot/efi/EFI/BOOT/BOOTX64.EFI

      Version-Release number of selected component (if applicable):
      --------------------------------
      kernel-5.14.0-171.el9.x86_64
      kernel-5.14.0-174.el9.x86_64
      kernel-5.14.0-176.el9.x86_64

      Actual results:
      --------------------------------
      error: ../../grub-core/kern/efi/sb.c:183:bad shim signature.
      error: ../../grub-core/loader/i386/efi/linux.c:259:you need to load the kernel first.

      Expected results:
      --------------------------------
      booting the system as the older kernels do. Works with
      kernel-5.14.0-167.el9.x86_64
      kernel-5.14.0-165.el9.x86_64
      kernel-5.14.0-168.el9.x86_64

      Additional info:
      --------------------------------

      A current DBX update will be blocked:

      1. LANG=C.UTF8 fwupdmgr update
        Devices with no available firmware updates:
        • TPM 2.0
        • UEFI Device Firmware
        • UEFI Device Firmware
        Devices with the latest available firmware version:
        • BC711 NVMe SK hynix 512GB
        • System Firmware
        ╔══════════════════════════════════════════════════════════════════════════════╗
        ║ Upgrade UEFI dbx from 83 to 217? ║
        ╠══════════════════════════════════════════════════════════════════════════════╣
        ║ This updates the dbx to the latest release from Microsoft which adds ║
        ║ insecure versions of grub and shim to the list of forbidden signatures due ║
        ║ to multiple discovered security updates. ║
        ║ ║
        ║ Before installing the update, fwupd will check for any affected executables ║
        ║ in the ESP and will refuse to update if it finds any boot binaries signed ║
        ║ with any of the forbidden signatures.If the installation fails, you will ║
        ║ need to update shim and grub packages before the update can be deployed. ║
        ║ ║
        ║ Once you have installed this dbx update, any DVD or USB installer images ║
        ║ signed with the old signatures may not work correctly.You may have to ║
        ║ temporarily turn off secure boot when using recovery or installation media, ║
        ║ if new images have not been made available by your distribution. ║
        ║ ║
        ║ UEFI dbx and all connected devices may not be usable while updating. ║
        ╚══════════════════════════════════════════════════════════════════════════════╝

      Perform operation? [Y|n]:
      Downloading… [***************************************]
      Downloading… [***************************************]
      Decompressing… [***************************************]
      Decompressing… [***************************************]
      Authenticating… [***************************************]
      Authenticating… [***************************************]
      Restarting device… [***************************************]
      Writing… [***************************************]
      Decompressing… [***************************************]
      Blocked executable in the ESP, ensure grub and shim are up to date: /boot/efi/EFI/BOOT/BOOTX64.EFI Authenticode checksum [cb994b400590b66cbf55fc663555caf0d4f1ce267464d0452c2361e05ee1cd50] is present in dbx

      Attachments

        Issue Links

          Activity

            People

              bstinson@redhat.com Brian Stinson
              leonfauster_googlemail Leon Fauster
              Brian Stinson Brian Stinson
              Brian Stinson Brian Stinson
              Votes:
              0 Vote for this issue
              Watchers:
              8 Start watching this issue

              Dates

                Created:
                Updated: