Bug#931896: grub-efi-amd64: symbol `grub_file_filters` not found

[Diederik de Haas]

Thanks for your reply, it was very helpful :)

On zaterdag 13 juli 2019 09:05:44 CEST Sven Joachim wrote:
> Most likely you had grub configured to install to the wrong disk, this
> is what happened to me.  When I installed an SSD into my old PC back in
> December 2016, I copied all files from the already present hard drive,
> ran "grub-install /dev/sdb" and told the BIOS to boot from the SSD
> (which is /dev/sdb).  Everything was working fine until I upgraded
> grub-pc to version 2.04.

That sounds familiar.
$ grep 'set root' /boot/grub/grub.cfg
        set root='hd0,msdos2'

And that indeed points to my WinXP partition.
Which makes sense as this system was setup as dual boot between WinXP 
(installed first) and Debian.
But I had configured in my BIOS (in an updated system with new MB/CPU/RAM/etc) 
to use my NVMe drive as first boot option. And that turned out to be the 
misconfiguration Colin talked about. Setting it to the drive that hosts my 
WinXP drive, made it work again.

> What I finally figured out after getting my system to boot again, is
> that grub was still configured to install its core image to /dev/sda,
> the old hard disk.  This configuration is apparently only stored in the
> debconf database and nowhere else.

In the not too distant future, I'll remove that old drive (with WinXP on it) 
from my system and my guess is that I then will have a problem.
Will 'dpkg-reconfigure grub' update the debconf database and thereby fix that 
problem?
Storing that value in f.e. /etc/default/grub seems like a much more logical 
place (to me).

I understand that this bug was closed as it was in my case indeed a 
misconfiguration. Due to the closing of the bug, apt-listbugs didn't inform me 
of a potential issue and it also didn't turn up when I started reportbug 
myself to report the issue. I happened to see this bug by accident.
Having the NEWS file inform me and others of this potential issue would've been 
nice and probably prevents several similar bugs from being reported.

Thanks again for your help,
  Diederik
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://alioth-lists.debian.net/pipermail/pkg-grub-devel/attachments/20190714/730c8175/attachment.sig>