[Bug 1894242] Re: grub-install: error: failed to register EFI boot entry???
Fritz Hudnut
1894242 at bugs.launchpad.net
Mon Oct 5 14:30:56 UTC 2020
@Julian Klode:
I've seen this "argument" before . . . which seems to display a lack of
understanding of the capacity of grub2 to load and boot multiple systems
. . . but does seem to display the "opinion" of ubuntu that continues to
believe that only one system can be on grub at a time . . . which is in
fact "correct" when ubuntu "grub" packages are run . . . grub is re-set
to the last distro installed, more or less.
My firmware was updated a year or so back to bring the machine up to OSX
10.14 . . . and there is another "grub" bug report in which numerous
people with a range of machines are having similar problems with
ubuntu's handling of grub . . . and the "head in sand" response to the
problem.
As I probably stated in the first post, after ubuntu removes all the
other systems, if I use SG2 disk I can boot into OpenSUSE, run their
"grub2-mkconfig" command, and voila, grub is again running at full
capacity . . . . I'm not sure ow many bug reports I've filed on this
problem, with similar response from ubuntu world . . . and the problem
continues . . . unaddressed, marked "invalid," etc.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/1894242
Title:
grub-install: error: failed to register EFI boot entry???
Status in grub2 package in Ubuntu:
Invalid
Bug description:
Today both of my ubuntu 20.10 installs had "grub" packages to upgrade,
Lubuntu & U-MATE . . . over the last year?? upgrading grub in ubuntu
has managed to wipe the grub listings of the other systems I have
installed, leaving only U-MATE to boot up. I've had to use SG2 disk
to boot into OpenSUSE to repair the damages done by the ubuntu grub
process . . . it keeps happening.
Today I ran the Lu apt dist-upgrade and it had a few grub packages to
upgrade . . . I ran them . . . I rebooted and, yep, grub list was
again wiped . . . and into U-MATE we went. I ran apt over here and it
showed the same grub packages . . . since the damage was already done
I ran it. This time it actually showed errors with "grub-install" . .
. . I may have other bug reports on this problem, but it seems like
ubuntu's grub doesn't get "EFI"??? Devs haven't gotten this issue
addressed as of this date?? I copied the data in the console:
[CODE]Setting up grub-pc (2.04-1ubuntu30) ...
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.4.0-42-generic
Found initrd image: /boot/initrd.img-5.4.0-42-generic
Found linux image: /boot/vmlinuz-5.4.0-9-generic
Found initrd image: /boot/initrd.img-5.4.0-9-generic
Found Manjaro Linux (20.1) on /dev/sdb7
Found openSUSE Tumbleweed on /dev/sdb8
Found openSUSE Tumbleweed on /dev/sdb9
Found Mac OS X on /dev/sdc2
Found Ubuntu Groovy Gorilla (development branch) (20.10) on /dev/sdc7
done
Setting up grub-efi-amd64-signed (1.151+2.04-1ubuntu30) ...
Installing grub to /var/lib/grub/esp.
Installing for x86_64-efi platform.
Installation finished. No error reported.
Installing grub to /var/lib/grub/esp.
Installing for x86_64-efi platform.
Installation finished. No error reported.
Installing grub to /boot/efi.
Installing for x86_64-efi platform.
Installation finished. No error reported.
Installing grub to /var/lib/grub/esp.
Installing for x86_64-efi platform.
Installation finished. No error reported.
Setting up shim-signed (1.43+15+1552672080.a4a1fbe-0ubuntu2) ...
Installing for x86_64-efi platform.
grub-install: warning: Cannot set EFI variable Boot0000.
grub-install: warning: efivarfs_set_variable: writing to fd 8 failed: Invalid ar
gument.
grub-install: warning: _efi_set_variable_mode: ops->set_variable() failed: Inval
id argument.
grub-install: error: failed to register the EFI boot entry: Invalid argument.
dpkg: error processing package shim-signed (--configure):
installed shim-signed package post-installation script subprocess returned erro
r exit status 1
Processing triggers for libc-bin (2.31-2ubuntu1) ...
Processing triggers for systemd (246.2-1ubuntu1) ...
Processing triggers for man-db (2.9.3-2) ...
Processing triggers for install-info (6.7.0.dfsg.2-5) ...
install-info: warning: no info dir entry in `/usr/share/info/automake-history.in
fo.gz'
Errors were encountered while processing:
shim-signed
E: Sub-process /usr/bin/dpkg returned an error code (1) [/CODE]
ProblemType: Bug
DistroRelease: Ubuntu 20.10
Package: ubuntu-release-upgrader-core 1:20.10.11
ProcVersionSignature: Ubuntu 5.4.0-42.46-generic 5.4.44
Uname: Linux 5.4.0-42-generic x86_64
NonfreeKernelModules: wl
ApportVersion: 2.20.11-0ubuntu45
Architecture: amd64
CasperMD5CheckResult: skip
CrashDB: ubuntu
CurrentDesktop: MATE
Date: Fri Sep 4 08:46:07 2020
InstallationDate: Installed on 2020-01-20 (228 days ago)
InstallationMedia: Ubuntu-MATE 20.04 LTS "Focal Fossa" - Alpha amd64 (20200119)
PackageArchitecture: all
SourcePackage: ubuntu-release-upgrader
Symptom: dist-upgrade
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1894242/+subscriptions
More information about the foundations-bugs
mailing list