[Bug 1812863] Re: No way to debug grub.cfg generation

Mathieu Trudel-Lapierre mathieu.tl at gmail.com
Tue Jan 29 22:36:39 UTC 2019


Verification-done on cosmic with grub2 / grub2-signed:

ubuntu at ubuntu:~$ dpkg -l grub-efi\* | grep ii | awk '{ print $2" "$3 }'
grub-efi-amd64 2.02+dfsg1-5ubuntu8.1
grub-efi-amd64-bin 2.02+dfsg1-5ubuntu8.1
grub-efi-amd64-signed 1.110.1+2.02+dfsg1-5ubuntu8.1

ubuntu at ubuntu:~$ sudo update-grub
Sourcing file `/etc/default/grub'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.18.0-14-generic
Found initrd image: /boot/initrd.img-4.18.0-14-generic
Found linux image: /boot/vmlinuz-4.18.0-10-generic
Found initrd image: /boot/initrd.img-4.18.0-10-generic
Found Windows Boot Manager on /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for EFI firmware configuration
done


update-grub now correctly shows sourced files, as expected.

** Tags removed: verification-needed verification-needed-cosmic
** Tags added: verification-done-cosmic

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

Title:
  No way to debug grub.cfg generation

Status in grub2 package in Ubuntu:
  Fix Released
Status in grub2 source package in Bionic:
  Fix Committed
Status in grub2 source package in Cosmic:
  Fix Committed

Bug description:
  [Impact]
  Any user who wants to understand how /boot/grub/grub.cfg is being generated. This is especially useful on dynamically-deployed systems (ie. using MAAS, cloud-init) on clouds or datacenter deployments.

  [Test case]
  1) Run 'update-grub'
  2) Verify that messages are displayed to describe which files are being read:

  $ sudo update-grub 
  Sourcing file `/etc/default/grub'
  Generating grub configuration file ...
  [...]

  
  [Regression potential]
  Watch out for any issues generating a correct and/or complete grub.cfg for next boot; missing kernels in the boot menu, or any missing kernel command-line parameters for a kernel booted after grub.cfg has been regenerated.

  ---

  It's really hard to debug what happens to generate grub.cfg -- no way
  to know what files (from /etc/default/grub, /etc/default/grub.d/*) are
  being used in which order.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1812863/+subscriptions



More information about the foundations-bugs mailing list