[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#832632: marked as done (efibootmgr: incorrectly identifies stub file grubx64.efi)

Your message dated Sun, 18 Dec 2022 19:56:06 +0000
with message-id <20221218195606.GA1950691@tack.einval.com>
and subject line Re: Bug#832632: efibootmgr: incorrectly identifies stub file grubx64.efi
has caused the Debian Bug report #832632,
regarding efibootmgr: incorrectly identifies stub file grubx64.efi
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
832632: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=832632
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: efibootmgr
Version: 0.11.0-3
Severity: important

Dear Maintainer,

When rebuilding a replaced disk drive, attempting to make grub work, I observed that efibootmgr was incorrectly creating a boot entry 

apt-get --reinstall install grub-efi-amd64 created an entry for debian, but it was not tagged as 'active' in the efibootmgr list

trying  efibootmgr -c -d /dev/sdX --part 1 gave an entry labelled "RedHat Boot Manager" and listed its efi stub as
FILE(\EFI\Redhat\grub.efi)  where no such directory or file existed.

The system was not bootable directly, without resorting to workarounds:
(1) booting efi shell and manually invoking EFI\debian\grubx64.efi
or
(2) mkdir /boot/efi/EFI/redhat  && cp /boot/efi/EFI/debian/grubx64.efi /boot/efi/EFI/redhat/grub.efi

using the workarounds, the system would boot. 
using efibootmgr -a -b XXXX to try to tag the debian entry as active initially labelled it as active, but after reboot, it was labelled inactive
using efibootmgr -o   to try to change the boot order initially listed the desired order, but after boot, the boot order had changed. 

system:
AMI Bios 5.6
Supermicro X10DRU-i+ board.


-- System Information:
Debian Release: 8.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/40 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages efibootmgr depends on:
ii  libc6       2.19-18+deb8u4
ii  libefivar0  0.15-3
ii  libpci3     1:3.2.1-3
ii  zlib1g      1:1.2.8.dfsg-2+b1

efibootmgr recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
Apologies that this bug hasn't seen a response in a very long
time... :-(

On Wed, Jul 27, 2016 at 01:33:48PM -0700, stefani banerian wrote:
>Package: efibootmgr
>Version: 0.11.0-3
>Severity: important
>
>Dear Maintainer,
>
>When rebuilding a replaced disk drive, attempting to make grub work, I observed that efibootmgr was incorrectly creating a boot entry 
>
>apt-get --reinstall install grub-efi-amd64 created an entry for debian, but it was not tagged as 'active' in the efibootmgr list
>
>trying  efibootmgr -c -d /dev/sdX --part 1 gave an entry labelled "RedHat Boot Manager" and listed its efi stub as
>FILE(\EFI\Redhat\grub.efi)  where no such directory or file existed.
>
>The system was not bootable directly, without resorting to workarounds:
>(1) booting efi shell and manually invoking EFI\debian\grubx64.efi
>or
>(2) mkdir /boot/efi/EFI/redhat  && cp /boot/efi/EFI/debian/grubx64.efi /boot/efi/EFI/redhat/grub.efi

You're just driving efibootmgr wrong, I'm afraid - it's using defaults
for some of the above settings that may be surprising for you.

You'd need to add extra options to specify the path and name for the
boot entry, and then it should work OK. I don't think there's a bug
here.

-- 
Steve McIntyre, Cambridge, UK.                                steve@einval.com
Google-bait:       https://www.debian.org/CD/free-linux-cd
  Debian does NOT ship free CDs. Please do NOT contact the mailing
  lists asking us to send them to you.

--- End Message ---
Reply to: