UEFIが有効になっているIntel NUCコンピューターにUbuntu 16.04をインストールしています。別のコンピューターのSSDを使用しています。インストール中に、ディスクを消去して新しいフルインストールを行うを選択しました
プロセスの終わりに私は見る:
grub-efi-AMD64-signed failed installation /target/ Ubuntu 16.04
そして、システムは起動しません。
ブート修復を使用しようとしましたが、明らかに問題は解決しません。
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
どの州:
そのため、再インストールし、ドライブをパーティションに分割したときに、ファイルシステムやスワップなどを含むリストから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 System Partition (ESP)であり、ディスクには GUID Partition Table (GPT)があることに注意してください MBR パーティションテーブルではなく。
このディスクで/boot/efi
または/sys/firmware/efi/
を見ると、それらが読み込まれているはずです。同様にSudo efibootmgr
を実行すると実際の出力が得られます。詳細については、以下のリンクを参照してください。
UEFIの仕組みについて詳しく知りたい場合は、投稿 UEFIブート:実際にどのように機能しますか? Adam Williamsonによる強くお勧めします。
彼は記事でこのエラーを引き起こす状況について説明しています(彼はFedoraユーザーですが、Ubuntuでも同じです)。
手動パーティションを行う場合のEFIシステムパーティションの処理
ここではFedoraに対して信頼できるアドバイスを提供することしかできませんが、Gistは他のディストリビューション/ OSに役立つかもしれません。
UEFIネイティブインストールの実行時にFedoraがパーティションを処理できるようにし、GPTフォーマットのディスクを使用するか、ディスクを再フォーマットする(既存のパーティションをすべて削除する)ことを許可すると、EFIシステムパーティションを処理します。
ただし、カスタムパーティションを使用する場合、インストーラーが使用するEFIシステムパーティションを提供することを期待します。これを行わない場合、インストーラーは文句を言い(多少わかりにくいエラーメッセージが表示されます)、インストールの開始を拒否します。
したがって、UEFIネイティブインストールを実行し、カスタムパーティションを使用している場合は、「EFIシステムパーティション」タイプのパーティションが/ boot/efiにマウントされていることを確認する必要があります。使用しています。システムに既存のEFIシステムパーティションがある場合は、そのマウントポイントを/ boot/efiに設定するだけです。 EFIシステムパーティションがまだない場合は、パーティションを作成し、そのタイプをEFIシステムパーティションに設定し、少なくとも200MB大きく(500MBが適切)、マウントポイントを/ boot/efiに設定します
幸運なことに、私は問題を解決しました。
ライブUSBで起動し、Disksと呼び、SSDのすべてのパーティションを手動で削除しました。
その後、コンピューターのファームウェアでuefiを有効にして再起動しました。ライブのUSB Ubuntuデスクトップに入り、そこからUbuntuをインストールしました。
私は他からのアップデートとソフトウェアのインストールを言う2つのボックスをチェックしました。今回はインストールがうまくいきました。
Ubuntu MATE 17.04のインストールでも同じ問題が発生しました。 Windows 10と並行してデュアルブートを試みました。私のWindowsはレガシーモードで、UEFIサポートはBIOS設定で有効にされていました。私は行ってUEFIサポートを無効にしましたが、インストールは問題なく完了しました。
ギガバイトのマザーボードにミント18 kdeをインストールしようとしたときに、同じ問題に直面しました。私の問題は、UefiモードでUSBから起動しようとしていたことです。
互換モードで起動しすぎています。そのためには、ほとんどの場合、いくつかのBIOS設定を変更する必要があります。私の場合、ブートモードの選択で「レガシーのみ」を選択する必要がありました。
互換モードで起動すると、10秒で自動起動するという画面が表示され、メニューが表示されますが、Uefiモードで起動すると、メニューが直接表示されます。
Ubuntu 16.04を別のUSBスティックからUSBスティックにインストールしようとしても、上記は実際には機能しませんでした。 2日間の心痛の後、これを実現するために私がやったことです。これにより、同じハードディスクにデュアルブートのWindows 10とUbuntuがインストールされ、その過程でこの問題が解決されました。
それがあったこと。ブートすると、プロンプトが表示されて、windows、ubuntu、またはubuntu Advancedにオプションを追加するかどうかを尋ねられます。私は何年もかけてUSBスティックからの起動をいじくり回していましたが、それで2日間かかりました。古いスタイルのcdromとハードディスクの使用が助けになったようです。
私は同じ問題に直面しました。私のために働いたのは、インストール中に、インストーラがUEFIモードでインストールするかどうかを尋ねるとき、いいえと言ったときでした。これの影響について警告する必要がありますが、このルートを実行したので、問題はありませんでした。
この問題の調査中に私が出会った他のソリューションは、
同じエラーメッセージが表示された場合、EFIパーティションに破損したディレクトリがあり、インストールのたびにgrubがgiveめていました。
fsckの処理に時間がかかりすぎたため、Windowsのchkdskが破損をすばやくクリーンアップし、2回目のインストールが正常に完了しました。
問題に対する私の解決策は次のとおりでした。
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を修正できなかったことです。
システムで許可されている場合は、ブートuefiパーティションを作成することもできます。私は同じ問題を抱えており、uefiを使用できないのは1つのオプションであり、より永続的ですが、実行中だったのでuefiブートパーティションを作成します:オプションは/ bootと同じオプションに表示されます
まったく同じメッセージを受け取り、コンピューターをインターネットに接続するだけで解決しました(USBインストーラーを使用して、まったく新しいSSDを搭載したまったく新しいマシンにインストールしていました)。
接続すると、インストーラーは、セットアップに必要だったように、インストーラーにない依存関係をダウンロードできます。
景品は依存関係の問題であり、パーティション/ディスクの問題は/var/log/syslog
ファイルにありませんでした。 Grubのインストールに失敗したというメッセージは多くのことを意味する可能性があり、一般的に/var/log/syslog
をチェックして真の問題が何かを調べる必要があります。