Bug#1021301: grub-pc: regression: update to 2.06-3~deb11u2 fails with gpt

Ansgar ansgar at debian.org
Wed Oct 5 09:27:29 BST 2022


On Wed, 2022-10-05 at 09:48 +0200, Ansgar wrote:
> the upgrade to grub-pc 2.06-3~deb11u2 fails:
> 
> +---
> > Setting up grub-pc (2.06-3~deb11u2) ...
> > Installing for i386-pc platform.
> > grub-install: warning: this GPT partition label contains no BIOS
> > Boot Partition; embedding won't be possible.
> > grub-install: error: embedding is not possible, but this is
> > required for cross-disk install.
> > You must correct your GRUB install devices before proceeding:
> > 
> >   DEBIAN_FRONTEND=dialog dpkg --configure grub-pc
> >   dpkg --configure -a
> > dpkg: error processing package grub-pc (--configure):
> >  installed grub-pc package post-installation script subprocess
> > returned error exit status 1
> > Errors were encountered while processing:
> >  grub-pc
> > Log ended: 2022-09-23  06:09:42
> +---
[...]
> /dev/sda uses GPT and has one partition /dev/sda1; it was created
> this way by d-i (though it has the setting to use gpt enabled).

Ah, but this was a distraction: /dev/sda isn't the boot device. The
boot device is currently /dev/sdb. That still has a DOS disk label; the
systems using GPT for the boot device as well have a small 1M partition
for BIOS boot.

So grub-install shouldn't try to install to /dev/sda, but I find
nothing in /etc referencing /dev/sda at all (except for a comment in
/etc/fstab). So I'm not sure why the system tries to install grub
there.

I now also checked /var/log/installer/syslog and when installing the
system /dev/sda and /dev/sdb were the other way around. And it looks
like that was the case before the previous reboot as well.

So possibly one of the race conditions I read about? (FWIW, this is a
VM running under VMware.)

Ansgar



More information about the Pkg-grub-devel mailing list