[Bug 2073634] Re: [SRU] Enable suppression of /EndEntire message

[Vlad Gavrila]

I've also tried with Lauren's latest implementation of the automount
snap and I have the same result. Attached journalctl logs starting from
the re-image.

We can't ship the image without the automount snap as we need the FSE
and manufacturing to be able to plug USBs and get access to scripts and
artifacts for bringing up the instrument.

** Attachment added: "journal_reimage.log.zip"
   https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/2073634/+attachment/5833174/+files/journal_reimage.log.zip

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/2073634

Title:
  [SRU] Enable suppression of /EndEntire message

Status in OEM Priority Project:
  New
Status in grub2 package in Ubuntu:
  Fix Released
Status in grub2 source package in Focal:
  Confirmed
Status in grub2 source package in Jammy:
  Confirmed
Status in grub2 source package in Noble:
  Fix Committed
Status in grub2 source package in Oracular:
  Fix Released

Bug description:
  [ Impact ]

   * Many Ubuntu Core customers require a boot sequence that displays a
  custom splash image up until ubuntu-frame loads. Unfortunately, GRUB
  interrupts this process, printing two "/EndEntire" messages to the
  display.

   * Ideally, this should be able to be suppressed via configuration, at
  least on devices running Ubuntu Core, as it likely desirable behavior
  on Classic systems.

   * The message only happens with Ubuntu Core, because Ubuntu Core is
  using chainloader of GRUB to load the kernel EFI image.

  [ Test Plan ]

   * Boot a Ubuntu Core image on an AMD64 device with UEFI support

   * During the boot process, check if the console shows "/EndEntire"
  and "file path: /ACPI..."

   * Test that the re-built GRUB doesn't cause any boot regressions either when
     booting from disk or network.

  [ Where problems could occur ]

   * Removing or suppressing the messages is unlikely to cause any
  regression.

   * Rebuilding and updating the bootloader always has unforeseen regression
     potential, but the appropriate testing should be performed to mitigate
     this as much as possible.

  [ Other Info ]

   * None

To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/2073634/+subscriptions