Ошибки при обновлении с 17.10 до 18.04 (shim-подписано и grub-efi-amd64-подписано)

13

После запуска sudo do-release-upgradeсегодня утром для обновления моей системы с Ubtunu 17.10 до 18.04 LTS я обнаружил ошибки во время обновления. Трасса слишком длинна для публикации целиком, но вот часть, которая (для меня) выглядит как проблема:

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.

Я просмотрел форумы для решения и может превентивно подтвердить , что записи в /etc/fstabкоторые не закомментирована . cat /etc/fstabвыводит следующее:

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

Система имеет двойную загрузку с Windows 10. Через lsb_release -aя могу подтвердить, что мой раздел Ubuntu обновился до 18.04 LTS , но эти ошибки нервируют меня, и я не хочу, чтобы они вызывали проблемы в долгосрочной перспективе. Спасибо.

Р. Барретт
источник
Ваша система загружается в Ubuntu, хорошо?
Органический мрамор
2
Да, система загружается просто отлично.
Р. Барретт
Интересная проблема. Я думаю, что у вас все в порядке, но, надеюсь, некоторые эксперты подумают с фактическим ответом.
Органический мрамор

Ответы:

18

У меня была точно такая же ошибка. Решение, которое я нашел для обновления оставшихся двух последних пакетов:

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

Я надеюсь, что это помогает.

Джордж Таванцопулос
источник
Интересное решение. Не могли бы вы объяснить, почему mv ubuntu ubuntu-oldи восстановление после apt install -f?
WinEunuuchs2Unix
1
@ WinEunuuchs2Unix Похоже, более новый grub по какой-то причине не смог получить доступ к каталогу / boot / efi / EFI / ubuntu. Так как моя система загружалась нормально, я хочу просто избавиться от этой ошибки при каждом использовании apt. Поэтому я подумал, что обходной путь только для проверки установки завершится, и, похоже, это сработало. Наконец, я восстановил имя каталога Ubuntu, чтобы не мешать моей системе загружаться. Кажется, я забыл упомянуть, чтобы выпустить update-grub2потом.
Джордж Таванцопулос
Кажется, сработало удовольствие. Большое спасибо!
Р. Барретт
1
Это сработало для меня, поэтому выложил обходной путь к ошибке панели запуска: bugs.launchpad.net/ubuntu/+source/grub2-signed/+bug/1753518
Rqomey
У меня это работало на Ubuntu 18.04 с Uuntu, установленным на вторичном SSD-диске (Linux stephane-N56VM 4.15.0-50-generic # 54-Ubuntu SMP Mon 6 мая, 18:46:08 UTC 2019 x86_64 x86_64 x86_64 GNU / Linux)
Стефан V