Ubuntu 18.04のインストール中に「grub-efi-amd64-signed」パッケージを/ target /にインストールできませんでした[重複]


9

デスクトップにUbuntu 18.04をインストールしようとすると、次のエラーが表示されます。

ユビキタスのエラーポップアップ

'grub-efi-amd64-signed'パッケージにはにインストールするのに失敗しました/target/。GRUBブートローダーがないと、インストールされたシステムは起動しません。

このエラーを修正する方法は?


お使いのコンピューターはEFIをサポートしていますか?あなたはgrub-efiをMBRディスクにインストールしようとしているようです、または、EFIシステムパーティションを作成しましたか?BIOS設定を確認し、問題の詳細を追加して質問を更新してください
Eskander Bejaoui 2018

1
Create BootInfoサマリーレポートへのリンクを投稿します。ブート修復の一部である:help.ubuntu.com/community/Boot-Info
oldfred

1
私も同じ問題を抱えていました。私にとってうまくいったのは、USBインストーラーでUEFI以外のブートオプションを選択することでした。
EstebanKnöbl

-パーティショニング中に150MBをEFIに割り当てます。詳細については、画像を参照してください
Arunph '7/07/18

回答:


2

私の両方のマシンでさらに20以上の実験を行った後、元の回答を編集および変更しました。短い答えにするために、古い答えのすべての誤った仮定と結論を削除します。

---------------- 私のコンピューターは 1.富士通LIFEBOOK-LH532です。メインボードのUEFI BIOSは、2012年にubuntu EFI ユビキティバージョン12.04によって破壊されました https://bugs.launchpad .net / ubuntu / + source / efibootmgr / + bug / 1082418 NoteBook UEFI LH532でBIOSの手動インストールを選択したことは明らかです。メインボードで「ノートブック」から「ショートサーキットジャンパー」cl1&cl2を再び開きたくないので、「バグ」がまだ残っています。***ハードディスクにEFIパーティションを提供しないことにより、手動BIOSモードを強制しました。ただし、すべてのインストールはUEFIメインボードを検出し、EFI UBUNTUを「最初に」インストールしようとします。

  1. 古いギガバイトのキセノンサーバー非UEFIメインボード。

    エラーはまったくありません。

トピックとまったく同じエラーにより、「UEFI」NOTEBOOKのみで問題が発生しました。

  1. ノンボテーブルUEFIノートブック(LH532)。ユビキティ既存のUBUNTU GRUBを破壊します。
  2. 「OR IF LUCKY」は、16.04によってインストールされた古いBios grubを使用し、起動時に新しいエラーで18.04(古い16.04パーティション内)を起動します。

起動を修正しました

  1. 疼痛??繁雑?他のパーティションの既存のubuntuインストールにインストールされているBoot-Repair(grubcustomiserの使用に失敗)の使用、またはBOOTED Live USB。また、システム内のハードディスクの構成や、使用されているubuntu 18.04の種類に応じて、以前とは異なる手順に従ってください。

https://help.ubuntu.com/community/Boot-Repair

  1. 簡単で優れた「ほとんどの場合」。私は16.04のUBUNTUまたはLUBUNTUを使用して、同じコンピューターのハードディスクの他のパーティションに新しいインストールを実行しました。「18.04」をインストールし、このエラーでgrubをインストールできませんでした。

そのため、16.04はシステムを起動します。そして、はい、その16.04 grubからGreat 18.04バージョンにアクセスできます。

そして、はい、私はこの答えを書くためにUBUNTU 18.04を使用します。LUBUNTU16.04が18.04を選択する正しいオプションで私のLH532ノートブックに新しいGRUBをインストールした後。

このトピックのエラーの理由は、手動の「何か他の」インストールモードにEFIパーティションを提供しないことです。

したがって、私と同じように、意図的にEFIパーティションを作成しないようにします。このエラーが発生します。

しかし16.04バージョンは、よりスマートなUBIQUITYを持っていますか?なんでも?18.04より。BIOSインストールでインストールし(ハードディスクにefiパーティションがない)、「戻る」を選択して、BIOSモードでubuntuをインストールすることができます。しかし、18.04は、私の場合とあなたの可能性のある選択なしでインストールを行います。

これらの18.04の状況での品質の低下を「バグ」と呼びます。しかし、プログラマが意図するのは、適切なクリーンオートメーションのみを使用するように強制することでしょうか。

  1. SSDを完全に再フォーマットして問題を修正しました。Windows 10 UEFIモードをインストールします。EFIパーティションを自動的に作成します。

次に、エラーなしでUBUNTU 18.04をインストールします。ただし、Windows 10の後にインストールしたMANJARO LINUXを問題なく起動することはできません。

そしてもちろん、UBUNTU 18.04は私のBIOS F12を破壊します。他のOSをインストールすることを私はJEALOUSELYに禁止します。ノートブックのケースを開いてCL1とCL2を短絡し、F12が起動メディアを選択できるようにする必要があります。

上記で提供したリンクとして、これをランチパッドに報告しました。

少し申し訳ありませんが、この問題以外にも、ユビキタスまたはインストールプロセスに多くのバグがあることを皆さんに知らせてください。


2

このエラーメッセージが表示された後、PCを再起動し、GRUB起動エラーのためにUbuntuを起動できない場合は、chrootを使用してGRUBをEFIシステムパーティション(ESP)に手動で再インストールする必要があります。私のケースで問題を解決するために私が行った方法は次のとおりです。

ライブセッションを使用する

LiveUSB(またはLiveCD)を起動して、「インストールせずにUbuntuを試す」を選択します。後で、ライブセッションでインターネットに接続できるようにする必要がある場合があります。

Chroot

Ubuntuを/dev/sdXYパーティションにインストールし、既存のESPが/dev/sdXZハードドライブのパーティションにあるとし/dev/sdXます。端末を開いて次のコマンドを実行します。

$ sudo mount /dev/sdXY /mnt
$ sudo mount /dev/sdXZ /mnt/efi
$ for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done
(Now, if you customized Ubuntu installation by dividing some directories up into different partitions (eg. '/boot', '/opt', etc.), you should mount them too under `/mnt` directory. You may refer to `/mnt/etc/fstab` file to remember what you did on the installed Ubuntu system)
$ sudo chroot /mnt

正しいEFIバージョンでgrub2を再インストールします

インストールしたUbuntuシステムに正常にchrootできたらgrub-efi-*、PCアーキテクチャに適したパッケージを(再)インストールしてください。

# apt-get install --reinstall grub-efi-x86_64 (私がIntel i5 CPUに使用したもの)

または

# apt-get install --reinstall grub-efi-amd64

または

# apt-get install --reinstall grub-efi-ia32、など...使用可能なパッケージのリストは # apt-cache search ^grub-efi

最後に、grub2をドライブにインストールするには:

# grub-install --boot-directory=/boot --bootloader-id=ubuntu-fix --target=x86_64-efi --efi-directory=/efi
# update-grub

--target=x86_64-efiシステムによって異なる場合があることに注意してください(たとえばi386-pc、デフォルトではamd64-efi、など)。詳細# grub-install --helpを確認してください。

chrootを終了し、ディレクトリをアンバインド/アンマウントして安全に再起動します

  1. + またはでchrootを終了しますCtrlD# exit
  2. 安全にアンマウントして再起動します。

    $ for i in /sys /proc /dev/pts /dev; do sudo umount /mnt$i; done
    $ sudo umount /mnt/efi
    (Unmount any other customized partitions, if you had any)
    $ sudo umount /mnt
    $ sudo reboot
    

Ubuntuは正常に起動するはずです。

参照:


パッケージもインストールしgrub-efi-amd64-signed--uefi-secure-bootオプションをgrub-installコマンドで使用しました。これは、セキュアブートがオンになっているときに不可欠になると思います。
ピーターとオオカミ

1

ブートUSBからubuntu 18.04をインストールすると、同様のエラーが発生します。BOOT CDを作成し、インストールは成功しました。


お返事ありがとうございます。これは次善の回答のようです。USBから18.04をインストールすることは可能であり、意図した設計の一部であるため、正しいインストールメディアであることはUSB以外の問題である可能性があります。
ジェレミー


0

UEFIブートを使用してUSBフラッシュメモリスティックからインストールする場合、まったく同じ問題が発生しました。それが失敗したとき、私はここのコメントの1つに従って、UEFI以外の汎用フラッシュディスクから起動してインストールを行いましたが、それはうまくいきました。当時、私はUEFIについて何も知りませんでした。なぜ1つの方法が機能するのに他の方法が機能しないのかはわかりませんでした。

それ以来、少し調べてみたところ、UEFI(Unified Extensible Firmware Interface)がBIOSの後継であり、要件が異なることがわかりました。特に、私が作成していないUEFI(手動でパーティションを作成していた)を使用している場合、Linuxには/ boot / efiパーティションが必要です。

エラーメッセージはより明確になる可能性があります。UEFIディスクパーティションプログラムでは、続行する前にefiブートパーティションが必要です。代わりに、「GRUB installation failed」エラーが発生する前に、ほとんどのLinuxインストールを実行します。


質問... / boot / efiパーティションまたはディレクトリ??? 私はまた、grubn2が吹き飛ばされてこの問題を抱えていました...しかし、最初にGPTが2番目のMS-DOSパーティションである2 SSDセットアップがあるためだと思いました...問題は最初にGPTであると思いました2番目にインストールしようとして、それをブート用に指定します。SO ... / boot / / book / efi swap /をパーティションとして作成しますか??? 2番目にFedoraをインストールしたところ、
うまくいき

@georgeBarbazパーティションである必要があると思います。これは、数年前の以前のリリースのUbuntu UEFI情報
です。UEFI
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.