GRUB boot menu displays after running system-update.target

Bug #1827532 reported by Mario Limonciello
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
grub2 (Ubuntu)
New
Undecided
Unassigned

Bug Description

As part of a discussion in upstream fwupd, we have been enabling support to call fwupd in an "offline" mode. This means a clean system booted state.

To accomplish this the systemd offline update functionality is used: https://www.freedesktop.org/software/systemd/man/systemd.offline-updates.html

We discovered that on Ubuntu after the system-update.target is complete (success or fail) that the next boot we'll see the GRUB menu.

I believe this is caused by the lack of running grub-initrd-fallback.service in the system-update.target.

This should likely be fixable by symlinking it into /lib/systemd/system/system-update.target.wants to include it with system-update.target.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for the bug report, it's a bit of a side command but since we don't use offline updates is there a case in practice where we do call to it anf fail/get the grub menu described there? Or is it just an issue in case someone try to manual call to offline updates?

Revision history for this message
Mario Limonciello (superm1) wrote :

With fwupd there are two ways that it will occur:

1. When updating a SuperIO EC device. This device sets a flag that requires the update to perform offline due to undefined behavior with the keyboard controller.
2. Manually calling fwupdmgr with the --offline argument. This will force any update to run in the systemd offline target.

I don't think it's a severe enough issue that needs SRU'ing, but if it's just a symlink to solve it, I'd say fixing in the next development release is sufficient.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.