Błędy podczas aktualizacji z 17.10 do 18.04 (podpisane shim i grub-efi-amd64-podpisane)


13

Po uruchomieniu sudo do-release-upgradedziś rano, aby zaktualizować system z Ubtunu 17.10 do 18.04 LTS , napotkałem błędy podczas aktualizacji. Śledzenie jest zbyt długie, aby opublikować w całości, ale oto część, która (dla mnie) wygląda jak problem:

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.

Przeglądałem fora w poszukiwaniu rozwiązań i mogę zapobiegawczo potwierdzić, że wpisy w /etc/fstabnich nie są komentowane . cat /etc/fstabwyprowadza następujące:

# /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

System jest uruchamiany podwójnie w systemie Windows 10. Poprzez lsb_release -amogę potwierdzić, że moja partycja Ubuntu zaktualizowała się do 18.04 LTS , ale te błędy mnie denerwują i nie chcę, aby powodowały problemy w dłuższej perspektywie. Dziękuję Ci.


Twój system uruchamia się w Ubuntu OK?
Marmur Organiczny

2
Tak, system ładuje się dobrze.
R. Barrett

Ciekawy problem. Myślę, że masz się dobrze, ale mam nadzieję, że niektórzy eksperci zastanowią się nad odpowiedzią.
Marmur Organiczny

Odpowiedzi:


18

Miałem dokładnie ten sam błąd. Rozwiązaniem, które znalazłem w celu aktualizacji pozostałych 2 ostatnich pakietów było:

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

Mam nadzieję, że to pomoże.


Ciekawe rozwiązanie Czy możesz wyjaśnić, dlaczego mv ubuntu ubuntu-oldi przywrócenie po apt install -f?
WinEunuuchs2Unix

1
@ WinEunuuchs2Unix Wygląda na to, że nowszy grub nie mógł uzyskać dostępu do katalogu / boot / efi / EFI / ubuntu z jakiegoś powodu. Ponieważ mój system uruchamiał się normalnie, chcę po prostu pozbyć się tego błędu za każdym razem, gdy korzystam z apt. Pomyślałem więc, że to obejście, aby to sprawdzić, instalacja się zakończy i wydaje się, że zadziałało. Na koniec przywróciłem nazwę katalogu ubuntu, aby nie zadziałać ze zdolnością mojego systemu do rozruchu. Wygląda na to, że zapomniałem wspomnieć o wydaniu update-grub2później.
George Tavantzopoulos

Wygląda na to, że pracowałeś przysmak. Dziękuję Ci bardzo!
R. Barrett

1
To zadziałało dla mnie, więc opublikowałem obejście dla błędu startera: bugs.launchpad.net/ubuntu/+source/grub2-signed/+bug/1753518
Rqomey

Działa dla mnie na Ubuntu 18.04 z Uuntu zainstalowanym na dodatkowym dysku SSD (Linux stephane-N56VM 4.15.0-50-generic # 54-Ubuntu SMP Mon 6 maja 18:46:08 UTC 2019 x86_64 x86_64 x86_64 GNU / Linux)
Stéphane V
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.