16.04新規インストールにより、最後にgrub-efi-amd64-signedインストール失敗/ target / ubuntu 16.04が表示されます


78

UEFIが有効になっているIntel NUCコンピューターにUbuntu 16.04をインストールしています。別のコンピューターのSSDを使用しています。インストール中に、ディスクを消去し、新しい完全インストールを選択しました

プロセスの終わりに私は見る:

grub-efi-amd64-signed failed installation /target/ Ubuntu 16.04 

そして、システムは起動しません。

ブート修復を使用しようとしましたが、明らかに問題は解決しません。


これにはいくつかの理由があります。ただし、1つはインストールメディアの焼損です。(新しいパーティションテーブルを使用して)再フォーマットし、メディアを再作成してください。この問題は何度も発生しましたが、インストールメディアを再作成すると常に修正されていました。(この問題を抱えている他の人々は、それを修正しなかったと言っていますが。)
chaskes

liveusbを再作成しましたが、問題は残りました。
カフ

1
新品のSSDを使用したときに同じ問題が発生しました。
ウィリアムエントライケン

回答:


84

USBインストールメディアを使用してUEFIを有効にした新しいSSDに16.04 64デスクトップをインストールすると、まったく同じ問題が発生しました。質問とは異なり、マウントする他のディスクがあるため、独自のパーティションを作成することにしました。パッケージのインストールの開始近くでこのエラーが発生しました。

少しグーグルで調べた後、私はこのページを見つけました:

https://help.ubuntu.com/community/UEFI#General_principles

General principlesセクションの状態:

HDDにUEFIパーティションがなかった場合、まず作成する必要があります

とを指す:

https://help.ubuntu.com/community/UEFI#Creating_an_EFI_System_Partition

どの州:

  1. マウントポイント:/ boot / efi(注:手動パーティション設定を使用する場合、このマウントポイントを設定する必要はありません。Ubuntuインストーラーが自動的に検出します)
  2. サイズ:最小100Mib。200MiBを推奨。
  3. タイプ:FAT32
  4. その他:「ブート」フラグが必要です。

そこで、再インストールし、ドライブをパーティションに分割したときに、ファイルシステムやスワップなどを含むリストからEFIオプションを選択し、ディスクの先頭で200MBにしました。ファイルシステムを選択したり、起動可能フラグを設定したりするオプションがありませんでした。

この後、インストールの残りはうまくいきました。

これは、インストール後のこのディスク上のパーティションの外観です。

ここに画像の説明を入力してください

以下を実行すると、同じ情報が表示されますparted

$ sudo parted /dev/sda
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p                                                                
Model: ATA Samsung SSD 750 (scsi)
Disk /dev/sda: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End    Size    File system     Name  Flags
 2      1049kB  200MB  199MB   fat32                 boot, esp
 3      200MB   242GB  242GB   ext4
 1      242GB   250GB  8000MB  linux-swap(v1)

(parted) q

作成されたパーティションはEFIシステムパーティション(ESP)であり、ディスクにはMBRパーティションテーブルではなくGUIDパーティションテーブル(GPT)があることに注意してください。

あなたが見れば/boot/efiまたは/sys/firmware/efi/あなたがそれらも同様に動作して、人口見つける必要があり、このディスク上のsudo efibootmgr実際の出力を提供しなければならない、あなたはより多くの情報が必要な場合は、以下のリンクを参照してください。

詳しくは

UEFIがどのように機能するかについて詳しく知りたい場合は、UEFIブート後:実際にどのように機能しますか?Adam Williamsonが強くお勧めします。

彼は記事でこのエラーを引き起こす状況について説明しています(彼はFedoraユーザーですが、Ubuntuでも同じです)。

手動パーティションを行う場合のEFIシステムパーティションの処理

ここではFedoraに対して信頼できるアドバイスを提供することしかできませんが、その要点は他のディストリビューション/ OSに役立つかもしれません。

UEFIネイティブインストールを行うときにFedoraがパーティションを処理できるようにし、GPTフォーマットのディスクを使用するか、ディスクを再フォーマットする(既存のパーティションをすべて削除する)ことを許可すると、EFIシステムパーティションを処理します。

ただし、カスタムパーティションを使用する場合、インストーラーが使用するEFIシステムパーティションを提供することを期待します。これを行わないと、インストーラーが(ややわかりにくいエラーメッセージで)文句を言い、インストールの開始を拒否します。

したがって、UEFIネイティブインストールを実行し、カスタムパーティションを使用している場合は、「EFIシステムパーティション」タイプのパーティションが/ boot / efiにマウントされていることを確認する必要があります。使用しています。システムに既存のEFIシステムパーティションがある場合は、そのマウントポイントを/ boot / efiに設定するだけです。EFIシステムパーティションがまだない場合は、パーティションを作成し、そのタイプをEFIシステムパーティションに設定し、少なくとも200MB大きく(500MBが適切)、マウントポイントを/ boot / efiに設定します


4
これは完璧に機能しました
トランスフォーマー

これは、UEFI規格について十分に知らなくても手作業でパーティションを作成しようとすると得られるものだと思います。とても役立つ情報をありがとう。
-anon58192932

編集:私のような怠け者のために、USB経由でWindows 10インストールを起動し、最初にWindowsをインストールしました。これにより、UEFIパーティションが自動的に修復されました。次に、Windows 10のディスク管理ソフトウェアを使用して、Windowsパーティションを縮小し、Ubuntu用のスペースを作成しました。その後、Ubuntuインストールでパーティションを手動で定義するか、Windowsと共にインストールするオプションを選択できます。両方とも正常に動作するはずです。
-anon58192932

2
Ubuntu 18.04で動作します。1つの注:/ boot / efiはドロップダウンのオプションではありませんでした。動作しない/ bootのみが表示されていました。/ boot / efiを手動で入力する必要があり、それが機能しました。
ルーク

2
Ubuntu 18.04でも働いていました。しかし、ファイルシステムとして「Fat32」を選択してマウントポイントを指定する代わりに、「EFI」ファイルシステムを選択したところ、問題なく動作しました。
ガレスピー

8

幸運なことに、私は問題を解決しました。

ライブUSBで起動し、Disksと呼び、SSDのすべてのパーティションを手動で削除しました。

その後、コンピューターのファームウェアでuefiを有効にして再起動しました。ライブのUSB Ubuntuデスクトップに入り、そこからUbuntuをインストールしました。

私は他からのアップデートとソフトウェアのインストールを言う2つのボックスをチェックしました。今回はインストールがうまくいきました。


ありがとう。方法はわかりませんが、問題は解決しました。
x__x

1
インターネットに接続した状態で正常にインストールされます。あなたがインターネットなしで再び幸運なら試してみることができます。今のところまだ失敗しました。
フランクリン

1
フランクリン、チェックしてください/var/log/syslog。おそらく、grub-installer: info: Calling 'apt-install grub-efi-amd64-signed' failedUnable to locate package grub-efi-amd64-signed」や「Unable to locate package shim-signed」のような行の直前にあります。おそらくインストーラは「cdrom」(USBフラッシュ)からdebパッケージに到達できませんでしたか?
osgx

6

Ubuntu MATE 17.04のインストールでも同じ問題が発生しました。Windows 10と並行してデュアルブートを試みました。私のWindowsはレガシーモードであり、UEFIサポートはBIOS設定で有効にされていました。私は行ってUEFIサポートを無効にしましたが、インストールは問題なく完了しました。


0

システムで許可されている場合は、ブートuefiパーティションを作成することもできます。私は同じ問題を抱えており、uefiを使用できないのは1つのオプションであり、より永続的ですが、実行中だったので、uefiブートパーティションを作成します:オプションは/ bootと同じオプションに表示されます


0

ギガバイトのマザーボードにミント18 kdeをインストールしようとしたときに、同じ問題に直面しました。私の問題は、UefiモードでUSBから起動しようとしていたことです。

互換モードで起動しすぎています。そのためには、おそらくBIOS設定をいくつか変更する必要があります。私の場合、ブートモードの選択で「レガシーのみ」を選択する必要がありました。

互換モードで起動すると、10秒で自動起動するという画面が表示され、メニューが表示されますが、Uefiモードで起動すると、メニューが直接表示されます。


UbuntuはMintではありません。回答を読むと、既存のパーティションを削除した後、OPがEFIを介してインストールできたことがわかります。
オタク長老

0

私は同じ問題に直面しました。私のために働いたのは、インストール中に、インストーラがUEFIモードでインストールするかどうかを尋ねるとき、いいえと言ったときでした。これの影響について警告する必要がありますが、このルートを実行したので、問題はありませんでした。

この問題の調査中に私が出会った他のソリューションは、

  • 同じ(または別の)ライブディスクでコンピューターを再起動し、問題のコンピューターでブート修復を実行します。
  • クラッシュの直前にGRUBをインストールする場合は、インストールログを見てコンピューターの電源をオフにします(これにはタイミングがかかると思いますが、これには強くお勧めします。インストール中はデバイスの電源をオフにしないようにしてください)。

0

同じエラーメッセージが表示された場合、EFIパーティションに破損したディレクトリがあり、インストールのたびにgrubがgiveめていました。

fsckの処理に時間がかかりすぎたため、Windowsのchkdskが破損をすばやくクリーンアップし、2回目のインストールが正常に完了しました。


0

まったく同じメッセージが表示され、コンピューターをインターネットに接続するだけで解決しました(USBインストーラーを使用して、まったく新しいSSDを搭載したまったく新しいマシンにインストールしていました)。

接続すると、インストーラーは、セットアップに必要だったように、インストーラーにない依存関係をダウンロードできます。

景品は依存関係の問題であり、/var/log/syslogファイルにパーティション/ディスクの問題はありませんでした。Grubのインストールの失敗に関するメッセージは多くのことを意味する可能性があり、一般的/var/log/syslogに真の問題が何かを調べるためにチェックアウトする必要があります。


Linux Mint 19のインストール中に同様のエラーに直面しましたが、私の場合は反対でした。ここで説明しているように、forums.linuxmint.com / viewtopic.php?t = 273058&start = 20 linuxmint.comおよびubuntu.comミラーからパッケージリストをダウンロードする際にいくつかの問題があります。インターネットから切断すると、grub2正常にインストールできました。
アキフ

0

Ubuntu 16.04を別のUSBスティックからUSBスティックにインストールしようとしても、上記は実際には機能しませんでした。2日間の心痛の後、これを実現するために私がやったことです。これにより、同じハードディスク上にWindows 10とUbuntuのデュアルブートをインストールし、その過程でこの問題を解決しました:

  • ターゲットハードディスクとソースcdromハードウェアを使用してインストールする
  • DVD windows 10(すべてのバージョンに共通)およびubuntu 16.04.3バージョンにダウンロード/書き込み。つまり、2つのインストールDVDが作成されます。
  • インストールせずにライブバージョンのubuntuを起動します。
  • ubuntuの組み込みパーティションマネージャーgpartedを使用して、ハードディスク上のすべてのパーティションを削除します。
  • システムBIOSを起動し、UEFIのみが選択され、レガシーブートがオフになっていることを確認します。また、ブート順序を変更して、システムが使用可能な場合は最初にcdromから起動し、2番目のオプションとしてディスクを起動するようにします。
  • Windowsディスクを挿入して、Windows(Windows 10 Pro 64ビットを使用)をハードドライブにインストールします。これを行うためにライセンスは必要ありません。プロンプトが表示されたらライセンスを持っていないと言ってください。
  • ウィンドウを起動し、動作することを確認します。正常にシャットダウンしないことがわかりましたが、これは問題ではないようです。また、Windows 10で更新サイクル全体を実行できるようにしましたが、これは問題ではない可能性があります。それだけで時間がかかります。
  • 次に、ライブUbuntuを再度起動します。今回は、ubuntuのインストール用のスペースを作成するために、最後のデータパーティションを減らすために使用します。空き領域を未割り当てのままにしてください。とにかくウィンドウが必要だったので、ウィンドウのディスクサイズの半分を残しました。
  • ubuntu dvdに組み込まれているインストールアプリを選択します。既存のWindows OSと一緒にインストールするオプションを選択します。デフォルトのオプションをそのままにして、2つのパーティションルートを作成し、空きスペースにスワップするようにしました。

それがあったこと。ブートすると、windows、ubuntu、またはubuntu Advancedにオプションを追加するかどうかを尋ねるプロンプトが表示されます。私は何年もかけてUSBスティックからの起動をいじくり回していましたが、それで2日間かかりました。古いスタイルのcdromとハードディスクの使用が助けになったようです。


0

問題に対する私の解決策は次のとおりでした。

1)何らかの理由でEFIディスクがWindowsによってロックされたため、GrubをEFIにインストールできませんでした。

Windowsを起動してシャットダウンしました(Windows-> Shut Down-> Shut Down、not restart)。注意:再起動の場合、Windowsは高速再起動モードで再起動し、EFIがロックされたままになることがあります-これは私に起こったことです。

2)Ubuntu Live Diskを実行し、標準設定を使用してBoot-Repairユーティリティ(URL)を実行します。

この後、私のシステムはGrub経由で正常に起動し始めました。

秘Theは、アイテム1がなければ(EFIがWindowsによってロックされていた)ブート修復ユーティリティがGrubを修正できなかったことです。


-1

記録のために、Acer tmb117に16.04をインストールすることで同じ問題に直面しました。ライブUSBを使用して内部ディスクを完全に消去し、再起動してインストール(スタンドアロン、Ubuntu以外のシステムなし)接続をオフにしました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.