Erreurs lors de la mise à niveau du 17.10 au 18.04 (signées shim et signées grub-efi-amd64)

13

Après avoir exécuté sudo do-release-upgradece matin pour mettre à niveau mon système d'Ubtunu 17.10 vers 18.04 LTS , j'ai rencontré des erreurs lors de la mise à niveau. La trace est trop longue pour être publiée dans son intégralité, mais voici la partie qui (pour moi) ressemble au problème:

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.

J'ai parcouru les forums pour trouver des solutions et je peux confirmer de manière préventive que les entrées ne/etc/fstab sont pas commentées . cat /etc/fstabgénère les éléments suivants:

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

Le système est à double démarrage avec Windows 10. Grâce à cela, lsb_release -aje peux confirmer que ma partition Ubuntu a été mise à jour vers 18.04 LTS , mais ces erreurs ne me dérangent pas et je ne veux pas qu'elles causent des problèmes à long terme. Je vous remercie.

R. Barrett
la source
Votre système démarre dans Ubuntu, OK?
Marbre organique
2
Oui, le système démarre très bien.
R. Barrett
Problème intéressant. Je pense que vous allez bien, mais j'espère que certains des experts apporteront une réponse réelle.
Marbre organique

Réponses:

18

J'ai eu exactement la même erreur. La solution que j'ai trouvée afin de mettre à niveau les 2 derniers packages restants était:

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

J'espère que ça aide.

George Tavantzopoulos
la source
Solution intéressante. Pourriez-vous expliquer pourquoi la mv ubuntu ubuntu-oldrestauration et après apt install -f?
WinEunuuchs2Unix
1
@ WinEunuuchs2Unix Il semble que le nouveau grub ne puisse pas accéder au répertoire / boot / efi / EFI / ubuntu, pour une raison quelconque. Donc, comme mon système démarre normalement, je veux juste me débarrasser de cette erreur à chaque fois que j'utilise l'apt. J'ai donc pensé que cette solution de contournement juste pour vérifier l'installation se terminerait et il semble que cela a fonctionné. Enfin, j'ai restauré le nom du répertoire ubuntu pour ne pas jouer avec la capacité de mon système à démarrer. Il semble, j'ai oublié de mentionner d'en publier un update-grub2après.
George Tavantzopoulos
Semble avoir travaillé un régal. Merci beaucoup!
R. Barrett
1
Cela a fonctionné pour moi, j'ai donc publié la solution de contournement du bug du tableau de bord: bugs.launchpad.net/ubuntu/+source/grub2-signed/+bug/1753518
Rqomey
Cela a fonctionné pour moi sur Ubuntu 18.04 avec Uuntu installé sur le disque SSD secondaire (Linux stephane-N56VM 4.15.0-50-generic # 54-Ubuntu SMP lun 6 mai 18:46:08 UTC 2019 x86_64 x86_64 x86_64 GNU / Linux)
Stéphane V