Comment 286 for bug 1289977

I want to try and run dpkg-reconfigure as suggested many times, so that I can finally install grub updates and also upgrade the distribution, without fear to brick my computer again due to this bug. Because it's clear that if I'm going to wait for the bug to be fixed it's going to be forever.

Now, first of all, @psusi et al talked about running "dpkg reconfigure grub-pc", but I don't seem to have grub-pc installed at all.

    $ apt --installed list |grep grub

    grub-common/trusty,now 2.02~beta2-9 amd64 [installed,upgradable to: 2.02~beta2-9ubuntu1.3]
    grub-efi-amd64/trusty,now 2.02~beta2-9 amd64 [installed,upgradable to: 2.02~beta2-9ubuntu1.3]
    grub-efi-amd64-bin/trusty,now 2.02~beta2-9 amd64 [installed,upgradable to: 2.02~beta2-9ubuntu1.3]
    grub-efi-amd64-signed/trusty,now 1.34+2.02~beta2-9 amd64 [installed,upgradable to: 1.34.4+2.02~beta2-9ubuntu1.3]
    grub2-common/trusty,now 2.02~beta2-9 amd64 [installed,upgradable to: 2.02~beta2-9ubuntu1.3]

So what is the exact package name against which I should run dpkg-reconfigure?

Second. I'm trying to figure out where the "good" (updated) copy of grub is installed, and where the "bad" (outdated) one is, because, if I understand correctly, I need to tell dpkg-reconfigure the place where the good one is (or both, as Psusi suggests would be harmless)

I have figured out that /dev/sda9 is mounted as "root filesystem". Am I right in assuming that /boot is a real, physical folder of that partiton?
There I've found a file /boot/grub/x86_64-efi/grub.efi, which contains the string grub_term_highlight_color
So, I guess that's the "bad" version of grub.

I seem to have only one physical harddisk /dev/sda.

So, is this correct: the "bad" copy of grub is installed on /dev/sda9, hence (??) the "good" one is almost certainly in the MBR? Does that mean that when prompted by dpkg-reconfigure, I should choose /dev/sda? (does that mean the MBR of that disk)?