Bug#778810: grub-efi-amd64-bin: boot/bootx86.efi problems

[Mark Brown]

On Fri, Feb 20, 2015 at 09:25:52AM +0000, Ian Campbell wrote:
> On Fri, 2015-02-20 at 14:21 +0900, Mark Brown wrote:

> This sounds, if I'm interpreting the paths correctly, like it relates
> somehow to the stuff Steve was doing in #708430, in as much as it sounds
> like your system is one which would benefit from enabling that new
> workaround (grub2/force_efi_extra_removable in debconf).

Yes, that looks like the same thing.  For some reason this system had
previously worked with the currently released installer, it's only had
issues with the jessie stuff.  

This is a 1st gen Lenovo Yoga, the other machine that's broken with a
fresh install is an Acer Aspire E11 (with BIOS 1.13 IIRC).  I can supply
more specific data on both if you tell me what you're looking for (I see
some talk of a blacklist in the bug though I'm not sure that made it
into the code).  The blacklist *would* be very nice.

> Do you have that new option enabled or disabled?

It appears to be set to false in my configuration.

> That said, even with the workaround disabled for some reason removing an
> existing boot/bootx86.efi doesn't sound right to me. Not that I have any
> how or why it would be happening :-/.

Yes, and me either.

> Looking at the code the only things I see which touch boot/bootx86.efi
> are behind the new force_efi_extra_removable option which attempts to
> update the binary -- I wonder if it is possible to fail half way and
> actually only remove the old one? (Some sort of weird vfat interaction?)

Tha shouldn't be happening from the sounds of it since the debconf
variable is set false and therefore the workaround shouldn't have been
kicking in (I'll go off and figure out how to set it though since I
appear to need it).

> > Apologies if this is filed against the wrong package, I'm not 100% clear
> > what is responsible for installing these files.

> It might actually be grub-efi-amd64, but I think you were close
> enough ;-).

I did ask Steve on IRC (but wasn't that specific about the bug I was
intendeding to file) so any credit is his.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-grub-devel/attachments/20150220/f430e82e/attachment-0001.sig>