Fehler beim Upgrade von 17.10 auf 18.04 (Shim-Signed und Grub-EFI-Amd64-Signed)


13

Nachdem ichsudo do-release-upgrade heute Morgen ein Upgrade meines Systems von Ubtunu 17.10 auf 18.04 LTS ausgeführt habe , sind während des Upgrades Fehler aufgetreten. Die Ablaufverfolgung ist zu lang, um sie vollständig zu veröffentlichen, aber hier ist der Teil, der (für mich) wie das Problem aussieht:

Rebuilding /usr/share/applications/bamf-2.index...
Errors were encountered while processing:
 shim-signed
 grub-efi-amd64-signed
Exception during pm.DoInstall():  E:Sub-process /usr/bin/dpkg returned an error code (1)

Could not install the upgrades 

The upgrade has aborted. Your system could be in an unusable state. A 
recovery will run now (dpkg --configure -a). 

Setting up shim-signed (1.34.9+13-0ubuntu2) ...
Installing for x86_64-efi platform.
Could not add entry to BootOrder: Interrupted system call
grub-install: error: efibootmgr failed to register the boot entry: No such device or address.
dpkg: error processing package shim-signed (--configure):
 installed shim-signed package post-installation script subprocess returned error exit status 1
Setting up grub-efi-amd64-signed (1.93+2.02-2ubuntu8) ...
Installing for x86_64-efi platform.
Could not add entry to BootOrder: Interrupted system call
grub-install: error: efibootmgr failed to register the boot entry: No such device or address.
dpkg: error processing package grub-efi-amd64-signed (--configure):
 installed grub-efi-amd64-signed package post-installation script     subprocess returned error exit status 1
Errors were encountered while processing:
 shim-signed
 grub-efi-amd64-signed

Upgrade complete

The upgrade has completed but there were errors during the upgrade process.

Ich habe in den Foren nach Lösungen durchsucht und kann präventiv bestätigen , dass die Einträge in /etc/fstabsind nicht auf Kommentar . cat /etc/fstabgibt Folgendes aus:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda9 during installation
UUID=a2f91309-dc7e-4456-b3ef-89900b145365 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=90EA-4FB8  /boot/efi       vfat    umask=0077      0       1
# swap was on /dev/sda6 during installation
UUID=2f80d8f4-5609-45e1-854d-578ab25836c3 none            swap    sw              0       0

Das System wird mit Windows 10 dual gebootet. Durch lsb_release -akann ich bestätigen, dass meine Ubuntu-Partition auf 18.04 LTS aktualisiert wurde , aber diese Fehler nerven mich und ich möchte nicht, dass sie langfristig Probleme verursachen. Vielen Dank.


Ihr System bootet in Ubuntu. OK?
Bio-Marmor

2
Ja, das System bootet einwandfrei.
R. Barrett

Interessantes Problem. Ich denke, Sie sind in Ordnung, aber hoffentlich werden einige der Experten mit einer tatsächlichen Antwort abwägen.
Bio-Marmor

Antworten:


18

Ich hatte genau den gleichen Fehler. Die Lösung, die ich gefunden habe, um die letzten beiden Pakete zu aktualisieren, war:

sudo su -
cd /boot/efi/EFI
mv ubuntu ubuntu-old
apt install -f
mv ubuntu-old ubuntu
update-grub2
exit

Ich hoffe, es hilft.


Interessante Lösung. Können Sie erklären, warum die mv ubuntu ubuntu-oldund die Restaurierung danach apt install -f?
WinEunuuchs2Unix

1
@ WinEunuuchs2Unix Es scheint, dass das neuere Grub aus irgendeinem Grund nicht auf das Verzeichnis / boot / efi / EFI / ubuntu zugreifen konnte. Da mein System also normal bootete, möchte ich diesen Fehler jedes Mal beseitigen, wenn ich das apt benutzte. Also dachte ich, dass die Problemumgehung, nur um zu überprüfen, ob die Installation beendet ist, und es scheint, dass sie funktioniert. Zuletzt habe ich den Ubuntu-Verzeichnisnamen wiederhergestellt, ohne die Bootfähigkeit meines Systems zu beeinträchtigen. Es scheint, ich habe vergessen zu erwähnen, eine update-grub2nachträgliche Ausgabe .
George Tavantzopoulos

Scheint ein Vergnügen gewesen zu sein. Vielen Dank!
R. Barrett

1
Es hat bei mir funktioniert, also habe ich die Problemumgehung für den Launchpad-Fehler veröffentlicht: bugs.launchpad.net/ubuntu/+source/grub2-signed/+bug/1753518
Rqomey

Es funktionierte unter Ubuntu 18.04 mit Uuntu auf einem sekundären SSD-Laufwerk (Linux stephane-N56VM 4.15.0-50-generic # 54-Ubuntu SMP Mo 6. Mai 18:46:08 UTC 2019 x86_64 x86_64 x86_64 GNU / Linux)
Stéphane V
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.