Ubuntu 18.10をXPS 15にインストールできません-EFI \ BOOT \ mmx64.efiが見つかりません

先にXPS 15 9570にUbuntu 18.10をインストールしようとしました。インストールのパーティション選択部分に到達するまで、すべてが正常に機能していました。そのとき、インストーラーがクラッシュし、マシンをシャットダウンする必要がありました。これは、SATA構成がAHCIではなくRAID ONに設定されていたためだと思いますが、これは現在修正されています。

起動可能なUSBからインストーラーを実行しようとすると、次のエラーが表示されます

Failed to open \EFI\BOOT\mmx64.efi - Not Found
Failed to load image \EFI\BOOT\mmx64.efi: Not Found
Failed to start MokManager: Not Fond
Something has gone seriously wrong: import_mok_state() failed

誰かが何が起こっているかについて何らかのアイデアを持っているかもしれないことを願っています

Ubuntu Live USBスティックを起動し、ハードディスクドライブの /boot/efiフォルダーに移動して、ファイルの名前grubx64.efiをmmx64.efi

マシンを再起動すると、動作するはずです。

問題は、起動可能なUSBにファイルmmx64.efiが存在しなかったため、回避策はgrubx64.efi名前でファイルをコピーすることでしたmmx64.efi（したがって、USBドライブフォルダーに/EFI/BOOTは3つのファイルが含まれます：BOOTx64.EFI、grubx64.efiおよびmmx64.efi）。その後、再起動するとインストールが機能するはずです。

Rufusを使用してWindows 10からUSBブータブルドライブを作成しました。

RufusでUSBドライブのデフォルト設定が使用されている場合、同じコンピューターまたは別のコンピューター上の任意のファイルエディターを使用してコピーを実行できます。

ここでの答えはすべて、ライブUSB上のファイルシステムを変更することを示唆しています。これは、私が理解している限り、ISOイメージ全体を再構築しなければ不可能です。

私の問題とOPの問題が発生した理由は、インストーラでサードパーティソフトウェアをインストールするためのボックスをチェックし、その後必要に応じてMOKを介してセキュアブートを管理するためのボックスをチェックしたが、その後、完了できなかったためだと思いますインストールし、Live USBではなくUbuntuシステムに存在するパスを使用して、次回の起動時にMOKマネージャーを起動することを想定していた状態でコンピューターを残しました。

これを解決するために、私は奇妙な作業をしました。ここに記載されているように、Wubiを介してUbuntuをインストールするための指示に従い、コンピューターを再起動した後、WubiはMOKマネージャーを起動しましたが、MOK管理を実行しませんでしたが、コンピューターが起動時にMOKマネージャを使用し、その後USBから起動しようとすると、突然動作しました。その後、WubiインストールとすべてのWubiファイルを削除し、Live USBを使用して通常の方法でUbuntuをインストールしました。

私はこの答えの私の仮定について間違っているかもしれませんが、いくつかのUSBと多くの異なるUbuntu ISOイメージを試した後、これが最終的にトリックをしました。

注：この回答で説明した内容には、Windowsがインストールされている必要がありますが、インストールされていない場合があります。そうでない場合は、GRUBとMOKマネージャーがインストールされているシステムを起動することで、同様の方法で解決できる場合があります。

にインストールすると、同じエラーメッセージで同じ問題に直面しUbuntu 18.04.2 LTSましたAcer Aspire V 17 Nitro Black Edition。私にとって適切な解決策は、セキュアブートを再度オンにし、\EFI\BOOT\grubx64.efi（UbuntuインストールUSBメディアにある）をBIOSの信頼.efiリストに追加し（）、セキュアブートをオフにすることでした。その後、リブートし、そこからブートマネージャーを呼び出して、信頼できるefiファイルを選択することができました。これによりgrubが呼び出され、インストールの開始を選択する必要がありました。F2F12install Ubuntu

同じ問題がありました。UEFI専用の起動可能なUSBを作成することは、私にとってはうまくいきました。

手順は次のとおりです 。UEFIのみのブータブルUSBライブメディアを作成する方法

Ubuntuで起動可能なUEFIの詳細：https : //help.ubuntu.com/community/UEFI

これは、Windowsが最初に実行され、更新プログラムが実行され、BIOSでセキュアブートがオンになるためです。BIOSにアクセスして、オフにする必要があります。ubuntuのインストール中に、サードパーティのドライバーをインストールするかどうかを尋ねます。

Windowsでは、Helen KellerがBIOSを使用するだけで、それが何を台無しにしているかを把握できます。

最終的に、XPS 15用の JackHack96のUbuntu 18.04再スピンをインストールしてから、18.10にアップグレードしました。

このページに従って問題を解決しました：https : //www.pcwelt.de/ratgeber/So-klappt-der-Multiboot-mit-Windows-Linux-Doppel-OS-9666313.html

わかりました、ドイツ語で書かれているので、私は私の問題を解決した部分を翻訳します。「CSMの起動」; 「UEFIとレガシー」。このオプションを有効にする必要があります。起動モードは「自動」にする必要があります。

この後、ubuntu-cdから起動できました。ただし、プリインストールされたWindows 10のみを上書きします。

私にとっては、以下がうまくいきました。

1. セキュアブートをオンのままにします

2. 起動中にF2を押してBIOSに移動しBoot、矢印キーを使用して進みます。クリックUEFI Hard Disk Drive BBS Priorities

                Aptio Setup Utility - Copyright (C) 2014 ...
     Main  Advanced  Chipset  Feature | Boot | Security ...
   ---------------------------------------------------------
     Boot Configuration
   
     Bootup NumLock State  [On]
     Quiet Boot            [Enabled]
   
     Set Boot Priority
     Boot Option #1        [USB Key]
     Boot Option #2        [CD/DVD]
     Boot Option #3        [Hard Disk:ubuntu]
     Boot Option #4        [USB CD/DVD]
     Boot Option #5        [USB Hard Disk]
     Boot Option #6        [Network]
   
   > UEFI Hard Disk Drive BBS Priorities
   
   ---------------------------------------------------------
                Version 2.15.1236. Copyright (C) 2014 ...
   

   転写元：BIOSスクリーンショット1

3. 次に、この画面が表示されます。

                Aptio Setup Utility - Copyright (C) 2014 ...
                                    | Boot |
   ---------------------------------------------------------
     Boot Option #1        [ubuntu]
     Boot Option #2        [UEFI OS (P0: SAMSUN...]
     Boot Option #3        [ubuntu (P0: SAMSUNG...]
   
   ---------------------------------------------------------
   

   転写元：BIOSスクリーンショット2

   ここでそれBoot Option #1が選択されていることを確認してくださいubuntu

注：Windowsでデュアルブートを使用している場合、これが問題を引き起こすかどうかはわかりません。私の場合、Ubuntuしかありません！また、Fransiscoが提案したように、私はにコピーgrub64.efiしmmx64.efiて起動させました。

インストール時にチェック/有効化されたサードパーティのドライバーを使用したセキュアブートでは、再起動時に新しいMOKをUEFIに登録する必要があります。Ubuntuインストーラーは、新しいUbuntuインストール用のEFIシステムパーティションの作成が実際に完了する前に、いくつかのMok * EFI変数を登録することでこれを行います。インストーラーが完了する前に中断された場合、2つのMok * EFI変数を削除する必要があります。

Variable NV+RT+BS '605DAB50-E046-4300-ABB6-3DD810DD8B23:MokAuth' DataSize = 0xAC
Variable NV+RT+BS '605DAB50-E046-4300-ABB6-3DD810DD8B23:MokNew' DataSize = 0x3C5

次の2つのコマンドを実行します。

dmpstore -d -all MokAuth
dmpstore -d -all MokNew

Ubuntuインストールメディアで再起動すると、「\ EFI \ BOOT \ mmx64.efiを開けませんでした-エラーが見つかりません」というエラーが表示されなくなりました。

セキュアブートで署名された内部シェルにdmpstoreコマンドがない場合（または内部シェルオプションがない場合）、セキュアブートを一時的に無効にし、別のシェルを使用する必要があります（例：https://github.com/tianocore /edk2/blob/UDK2018/ShellBinPkg/UefiShell/X64/Shell.efi）。

更新：セキュアブート対応ソリューションの場合：セキュアブートを有効にしてhttps://clonezilla.org/downloads/download.php?branch=alternative "alternative amd64"を起動します。Enter_shellコマンドラインプロンプト。cmdコマンドラインプロンプトを入力します。実行：

sudo chattr -i /sys/firmware/efi/efivars/Mok{Auth,New}
sudo rm /sys/firmware/efi/efivars/Mok{Auth,New}

参照：https : //bugs.launchpad.net/ubuntu/+source/grub2/+bug/1798171/comments/51

Linux用のPowerISOを使用してISOを変更し、内部ディレクトリにコピーgrubx64.efiしました。mmx64.efi\EFI\BOOT\