Bug#931896: grub-efi-amd64: symbol `grub_file_filters` not found
Diederik de Haas
didi.debian at cknow.org
Mon Jul 15 00:51:59 BST 2019
On maandag 15 juli 2019 00:33:31 CEST Colin Watson wrote:
> > 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.
>
> That shouldn't be the case: we store the installation device using a
> /dev/disk/by-id/ path, which isn't affected by removing other disks.
It's not just any disk, it's the disk that grub-install is writing to on
upgrade (iiutc), i.e. 'hd0,msdos2'. It should then boot (directly) from
my NVMe drive, with has a gpt partition table. Pointing my BIOS to
boot from that NVMe drive caused this problem for me and changing
that to the drive-to-be-removed, fixed it.
Would that still not matter?
$ lsblk --output NAME,TYPE,SIZE,FSTYPE,MOUNTPOINT,PTTYPE,MODEL
NAME TYPE SIZE FSTYPE MOUNTPOINT PTTYPE MODEL
sda disk 279.5G dos WDC_WD3000HLFS-01G6U0
├─sda2 part 20G ntfs dos
├─sda4 part 1K dos
├─sda5 part 8G swap [SWAP] dos
└─sda6 part 249.8G ext4 /home/diederik/media dos
sdb disk 232.9G dos Samsung_SSD_750_EVO_250GB
└─sdb3 part 232.9G ext4 dos
sdc disk 931.5G gpt Samsung_SSD_860_EVO_1TB
└─sdc1 part 400G ext4 gpt
nvme0n1 disk 953.9G gpt Samsung SSD 960 PRO 1TB
├─nvme0n1p1 part 3M gpt
├─nvme0n1p2 part 4G ext4 /boot gpt
├─nvme0n1p3 part 30G ext4 / gpt
├─nvme0n1p4 part 108.6G ext4 gpt
└─nvme0n1p5 part 811.3G ext4 /home gpt
(I might do a complete fresh install in which case my worry would be moot)
> > Will 'dpkg-reconfigure grub' update the debconf database and thereby fix
> > that problem?
>
> grub-pc not grub, but yes, that updates the debconf database.
Thanks.
> NEWS file entries document issues that relate to upgrading to specific
> newer versions. However, as I noted in my original closing message,
> this isn't triggered by upgrading to any specific version, but rather
> simply by upgrading or downgrading to *any* version ...
I just checked and saw that even old-old-stable has version 2.02X, so I
might have actually ran into this issue before, but just not remember it or
I did not have this issue to begin with.
I see/agree with your point and hopefully you won't have to deal with lots of
bug reports like this.
Cheers,
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/20190715/36ce0d82/attachment.sig>
More information about the Pkg-grub-devel
mailing list