[Bug 2055294] Re: /usr/lib/grub/grub-multi-install fails on noble-daily

[Olivier Gayot]

Hello Alex,

I believe that as soon as grub2 is fixed in the archive, the installer
should be able pick it up without requiring new ISOs, but we will have
confirmation when the fix is out. For sure, if you are doing offline
installations, a new ISO will be required though.

If you would like to do some testing, I can suggest the following
workaround (I only tested it for installing Ubuntu Server but I think it
should work for the desktop installer too)

1. Boot the installer
2. Create (as root) a file named /autoinstall.yaml and add this content:

version: 1
debconf-selections: |
  grub-pc grub-efi/cloud_style_installation boolean false
interactive-sections: ["*"]

3. Restart the installer
  * If you are using the desktop installer, run `sudo snap restart ubuntu-desktop-bootstrap` and then click on "Install Ubuntu 24.04"
  * If you are using the server installer, run `sudo snap restart subiquity`

NOTE: if you are already doing automated installs, you should be able to
add the workaround to your existing autoinstall file, without requiring
a restart of the installer.

As for the actual Beta release, please note that it is planned for early
April. You can find the actual schedule at
https://discourse.ubuntu.com/t/noble-numbat-release-schedule/35649

Thanks,
Olivier

-- 
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/2055294

Title:
  /usr/lib/grub/grub-multi-install fails on noble-daily

Status in subiquity:
  Invalid
Status in grub2 package in Ubuntu:
  Fix Committed

Bug description:
  I am using subiquity to install the current noble daily ISO (server).

  Subiquity failed the step called "installing grub to target devices"
  and the logs show that /usr/lib/grub/grub-multi-install failed
  silently with exit status 10.

  When running the script with `set -x`, we see the following, which
  seem to indicate that the absence of a debconf selection variable is
  causing trouble:

  + set -e
  + . /usr/share/debconf/confmodule
  ++ '[' '!' '' ']'
  ++ PERL_DL_NONLAZY=1
  ++ export PERL_DL_NONLAZY
  ++ '[' '' ']'
  ++ exec /usr/share/debconf/frontend /usr/lib/grub/grub-multi-install
  + set -e
  + . /usr/share/debconf/confmodule
  ++ '[' '!' 1 ']'
  ++ '[' -z '' ']'
  ++ exec
  ++ '[' '' ']'
  ++ exec
  ++ DEBCONF_REDIR=1
  ++ export DEBCONF_REDIR
  ++ dpkg-query --control-path grub-common templates
  + db_x_loadtemplatefile /var/lib/dpkg/info/grub-common.templates grub-common
  + _db_cmd 'X_LOADTEMPLATEFILE /var/lib/dpkg/info/grub-common.templates' grub-common
  + _db_internal_IFS='     
  '
  + IFS=' '
  + printf '%s\n' 'X_LOADTEMPLATEFILE /var/lib/dpkg/info/grub-common.templates grub-common'
  + IFS='
  '
  + read -r _db_internal_line
  + IFS='     
  '
  + RET=0
  + case ${_db_internal_line%%[     ]*} in
  + return 0
  + cached_available_ids=
  + db_get grub-efi/cloud_style_installation
  + _db_cmd 'GET grub-efi/cloud_style_installation'
  + _db_internal_IFS='     
  '
  + IFS=' '
  + printf '%s\n' 'GET grub-efi/cloud_style_installation'
  + IFS='
  '
  + read -r _db_internal_line
  + IFS='     
  '
  + RET='10 grub-efi/cloud_style_installation doesn'\''t exist'
  + case ${_db_internal_line%%[     ]*} in
  + return 10

To manage notifications about this bug go to:
https://bugs.launchpad.net/subiquity/+bug/2055294/+subscriptions