17.10から18.04へのアップグレード中のエラー(shim-signedおよびgrub-efi-amd64-signed)


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
はい、システムは正常に起動します。
R.バレット

興味深い問題。あなたは大丈夫だと思いますが、うまくいけば専門家の何人かが実際の答えを量るでしょう。
オーガニックマーブル

回答:


18

まったく同じエラーが発生しました。残りの最後の2つのパッケージをアップグレードするために私が見つけた解決策は次のとおりです。

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後で発行することに言及するのを忘れていたようです。
ジョージタヴァンツポプロス

御treat走をしたようです。どうもありがとうございました!
R.バレット

1
私のために働いたので、ランチパッドのバグへの回避策を投稿しました:bugs.launchpad.net/ubuntu/+source/grub2-signed/+bug/1753518
Rqomey

これは、(のLinuxステファン・N56VM 4.15.0-50汎用#54-UbuntuのSMP月5月6日午後6時46分08秒UTC 2019 x86_64のx86_64のx86_64のGNU / Linuxの)二次SSDドライブにインストールUuntuでのUbuntu 18.04に私のために働いた
ステファンV
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.