** Description changed: [Impact] - * When both grub-pc & grub-efi-*-signed are installed, it is ok for one of them to not install onto any devices and mark install_devices_empty as true such that machine is booted with just one boot loader type, and not both. - * In such cases, the recently SRUed postinst will behave incorrectly upon reconfigure, instead demanding user to install both types of bootloaders somewhere. + * When both grub-pc & grub-efi-*-signed are installed, it is ok for one of them to not install onto any devices and mark install_devices_empty as true such that machine is booted with just one boot loader type, and not both. + * In such cases, the recently SRUed postinst will behave incorrectly upon reconfigure, instead demanding user to install both types of bootloaders somewhere. [Test Case] - * Install in bios mode. Ensure that shim-signed is installed, configure + * Install in bios mode. Ensure that shim-signed is installed, configure debconf to have seen grub-efi/install_devices_empty question and have it as true, and have grub-efi/install_devices seen and empty. - * Attempt reconfigure of grub-efi-*-signed, it should be successful. + * Attempt reconfigure of grub-efi-*-signed, it should be successful. (test #1) - * Install in efi mode. Ensure that grub-pc is installed, configure + * Install in efi mode. Ensure that grub-pc is installed, configure debconf to have seen grub-pc/install_devices_empty question and have it as true, and have grub-pc/install_devices seen and empty. - * Attempt reconfigure of grub-pc, it should be successful. (test #2) + * Attempt reconfigure of grub-pc, it should be successful. (test #2) + Test #2 can also be done in chroot as follows: - * Populate grub-efi/install_devices & grub-pc/install_devices with + mkdir -p /boot/grub/i386-pc + touch /boot/grub/i386-pc/core.img + dpkg-reconfigure grub-pc + (answer defaults, and choose to not install GRUB to any devices) + + Then: + dpkg-reconfigure -u grub-pc + should succed, with exit code 0, when this bug is fixed. The current broken packages return exit code 1. + + * Populate grub-efi/install_devices & grub-pc/install_devices with invalid devices and set install_devices_empty to false, attempt non- interactive reconfigure. It should still fail. (A check that previous bug-fix is not regressed). (test #3) [Regression Potential] - * This partially revert previous update which made that code path error + * This partially revert previous update which made that code path error out. One too many error paths got added by xnox. The other bug, to ensure when installing onto missing devices noninteractively the package configure fails is still being check for (test #3). [Other Info] - - * original bug report + * original bug report A 20.04 machine with grub-efi-amd64-signed that recently got upgraded fails with: """ dpkg: error processing package grub-efi-amd64-signed (--configure): installed grub-efi-amd64-signed package post-installation script subprocess returned error exit status 1 """ unfortunately not much more context was provided. After some debugging it turns out that there are the following lines in /usr/lib/grub/grub- multi-install: """ db_get "$question" if [ -z "$RET" ]; then # Reset the seen flag if the current answer is false, since # otherwise we'll loop with no indication of why. db_get grub-efi/install_devices_empty if [ "$RET" = false ]; then db_fset grub-efi/install_devices_empty seen false fi if db_input critical grub-efi/install_devices_empty; then db_go db_get grub-efi/install_devices_empty if [ "$RET" = true ]; then break else db_fset "$question" seen false db_fset grub-efi/install_devices_empty seen false fi else exit 1 # noninteractive fi """ when grub-efi/install_devices_empty has the flag "seen" the line if db_input critical grub-efi/install_devices_empty; then will return "30" if the question was already shown but the rfset eset happens only if the anser was "false" earlier. So the code jumps to "exit 1". So either the code need to always reset the seen flag ( db_fset grub- efi/install_devices_empty seen false) or deal with exit code 30 from "db_input critical grub-efi/install_devices_empty" more gracefully. I can provide a /var/cache/debconf/config.dat to reproduce. I'm not entirely sure how to reproduce from a clean install, the bug will only happen after the first upgrade.
** Description changed: [Impact] * When both grub-pc & grub-efi-*-signed are installed, it is ok for one of them to not install onto any devices and mark install_devices_empty as true such that machine is booted with just one boot loader type, and not both. * In such cases, the recently SRUed postinst will behave incorrectly upon reconfigure, instead demanding user to install both types of bootloaders somewhere. [Test Case] * Install in bios mode. Ensure that shim-signed is installed, configure debconf to have seen grub-efi/install_devices_empty question and have it as true, and have grub-efi/install_devices seen and empty. * Attempt reconfigure of grub-efi-*-signed, it should be successful. (test #1) + + Test #1 can also be done in chroot as follows: + + mkdir -p /boot/grub/x86_64-efi + touch /boot/grub/x86_64-efi/core.efi + dpkg-reconfigure grub-efi-amd64-signed + (answer defaults, and choose to not install GRUB to any devices) + + Then: + dpkg-reconfigure -u grub-efi-amd64-signed + should succed, with exit code 0, when this bug is fixed. The current broken packages return exit code 1. * Install in efi mode. Ensure that grub-pc is installed, configure debconf to have seen grub-pc/install_devices_empty question and have it as true, and have grub-pc/install_devices seen and empty. * Attempt reconfigure of grub-pc, it should be successful. (test #2) Test #2 can also be done in chroot as follows: mkdir -p /boot/grub/i386-pc touch /boot/grub/i386-pc/core.img dpkg-reconfigure grub-pc (answer defaults, and choose to not install GRUB to any devices) Then: dpkg-reconfigure -u grub-pc should succed, with exit code 0, when this bug is fixed. The current broken packages return exit code 1. * Populate grub-efi/install_devices & grub-pc/install_devices with invalid devices and set install_devices_empty to false, attempt non- interactive reconfigure. It should still fail. (A check that previous bug-fix is not regressed). (test #3) [Regression Potential] * This partially revert previous update which made that code path error out. One too many error paths got added by xnox. The other bug, to ensure when installing onto missing devices noninteractively the package configure fails is still being check for (test #3). [Other Info] * original bug report A 20.04 machine with grub-efi-amd64-signed that recently got upgraded fails with: """ dpkg: error processing package grub-efi-amd64-signed (--configure): installed grub-efi-amd64-signed package post-installation script subprocess returned error exit status 1 """ unfortunately not much more context was provided. After some debugging it turns out that there are the following lines in /usr/lib/grub/grub- multi-install: """ db_get "$question" if [ -z "$RET" ]; then # Reset the seen flag if the current answer is false, since # otherwise we'll loop with no indication of why. db_get grub-efi/install_devices_empty if [ "$RET" = false ]; then db_fset grub-efi/install_devices_empty seen false fi if db_input critical grub-efi/install_devices_empty; then db_go db_get grub-efi/install_devices_empty if [ "$RET" = true ]; then break else db_fset "$question" seen false db_fset grub-efi/install_devices_empty seen false fi else exit 1 # noninteractive fi """ when grub-efi/install_devices_empty has the flag "seen" the line if db_input critical grub-efi/install_devices_empty; then will return "30" if the question was already shown but the rfset eset happens only if the anser was "false" earlier. So the code jumps to "exit 1". So either the code need to always reset the seen flag ( db_fset grub- efi/install_devices_empty seen false) or deal with exit code 30 from "db_input critical grub-efi/install_devices_empty" more gracefully. I can provide a /var/cache/debconf/config.dat to reproduce. I'm not entirely sure how to reproduce from a clean install, the bug will only happen after the first upgrade. ** Description changed: [Impact] * When both grub-pc & grub-efi-*-signed are installed, it is ok for one of them to not install onto any devices and mark install_devices_empty as true such that machine is booted with just one boot loader type, and not both. * In such cases, the recently SRUed postinst will behave incorrectly upon reconfigure, instead demanding user to install both types of bootloaders somewhere. [Test Case] * Install in bios mode. Ensure that shim-signed is installed, configure debconf to have seen grub-efi/install_devices_empty question and have it as true, and have grub-efi/install_devices seen and empty. * Attempt reconfigure of grub-efi-*-signed, it should be successful. (test #1) - Test #1 can also be done in chroot as follows: + Test #1 can also be done in lxd as follows: mkdir -p /boot/grub/x86_64-efi touch /boot/grub/x86_64-efi/core.efi dpkg-reconfigure grub-efi-amd64-signed (answer defaults, and choose to not install GRUB to any devices) Then: dpkg-reconfigure -u grub-efi-amd64-signed should succed, with exit code 0, when this bug is fixed. The current broken packages return exit code 1. * Install in efi mode. Ensure that grub-pc is installed, configure debconf to have seen grub-pc/install_devices_empty question and have it as true, and have grub-pc/install_devices seen and empty. * Attempt reconfigure of grub-pc, it should be successful. (test #2) Test #2 can also be done in chroot as follows: mkdir -p /boot/grub/i386-pc touch /boot/grub/i386-pc/core.img dpkg-reconfigure grub-pc (answer defaults, and choose to not install GRUB to any devices) Then: dpkg-reconfigure -u grub-pc should succed, with exit code 0, when this bug is fixed. The current broken packages return exit code 1. * Populate grub-efi/install_devices & grub-pc/install_devices with invalid devices and set install_devices_empty to false, attempt non- interactive reconfigure. It should still fail. (A check that previous bug-fix is not regressed). (test #3) [Regression Potential] * This partially revert previous update which made that code path error out. One too many error paths got added by xnox. The other bug, to ensure when installing onto missing devices noninteractively the package configure fails is still being check for (test #3). [Other Info] * original bug report A 20.04 machine with grub-efi-amd64-signed that recently got upgraded fails with: """ dpkg: error processing package grub-efi-amd64-signed (--configure): installed grub-efi-amd64-signed package post-installation script subprocess returned error exit status 1 """ unfortunately not much more context was provided. After some debugging it turns out that there are the following lines in /usr/lib/grub/grub- multi-install: """ db_get "$question" if [ -z "$RET" ]; then # Reset the seen flag if the current answer is false, since # otherwise we'll loop with no indication of why. db_get grub-efi/install_devices_empty if [ "$RET" = false ]; then db_fset grub-efi/install_devices_empty seen false fi if db_input critical grub-efi/install_devices_empty; then db_go db_get grub-efi/install_devices_empty if [ "$RET" = true ]; then break else db_fset "$question" seen false db_fset grub-efi/install_devices_empty seen false fi else exit 1 # noninteractive fi """ when grub-efi/install_devices_empty has the flag "seen" the line if db_input critical grub-efi/install_devices_empty; then will return "30" if the question was already shown but the rfset eset happens only if the anser was "false" earlier. So the code jumps to "exit 1". So either the code need to always reset the seen flag ( db_fset grub- efi/install_devices_empty seen false) or deal with exit code 30 from "db_input critical grub-efi/install_devices_empty" more gracefully. I can provide a /var/cache/debconf/config.dat to reproduce. I'm not entirely sure how to reproduce from a clean install, the bug will only happen after the first upgrade. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1896608 Title: [regression-in-stable] grub-multi-install fails with exit 1 when question grub-efi/install_devices_empty is skipped To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1896608/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs