webentwicklung-frage-antwort-db.com.de

Das Paket 'grub-efi-AMD64-signed' konnte nicht in / target / installiert werden. Ohne den GRUB Bootloader bootet das installierte System nicht

Diese Frage ist kein Duplikat von buntu 16.10 Dual Boot-Fehler - 'grub-efi-AMD64-signed'-Paket konnte nicht installiert werden. Die Frage ist genau die gleiche, weil der Fehler derselbe ist, aber eine andere Lösung hat.


Hatte noch nie Probleme mit der Installation von Ubuntu. Ich habe Ubuntu bereits auf diesem Rechner installiert, aber auf einer Festplatte. Dies ist jedoch das erste Mal, dass Sie versuchen, es auf einer SSD zu installieren. Das erste, was falsch zu sein scheint, ist, dass das Installationsprogramm das aktuelle Betriebssystem nicht erkennt. Also habe ich meine Windows 10-Partition mithilfe von Windows verkleinert und dann versucht, Ubuntu auf dem erstellten freien Speicherplatz zu installieren. Fast am Ende des Prozesses gibt es mir den Fehler:

Das Paket 'grub-efi-AMD64-signed' konnte nicht in/target/installiert werden. Ohne den GRUB Bootloader bootet das installierte System nicht.

Der bootfähige USB mit Ubuntu Live startet nur mit deaktiviertem CSM.

Wenn Sie weitere Informationen benötigen, um herauszufinden, was passiert, fragen Sie im Kommentarbereich nach, und ich bearbeite den Beitrag, um ihn bereitzustellen. Denken Sie daran, dass ich Windows jetzt nicht mehr verwenden kann.


Ich habe einige der Vorschläge in dem im Kommentar verlinkten Beitrag befolgt, aber boot-repair funktioniert nicht. Dies ist das Protokoll der Boot-Reparatur (Entschuldigung für den externen Link, aber es ist zu lang, um hier zu posten).


Wie in den Kommentaren erwähnt, befindet sich Windows im BIOS-Startmodus. Ich habe den bootfähigen USB mit rufus mit dem MBR erstellt (sollte theoretisch sowohl mit dem BIOS als auch mit UEFI funktionieren). Allerdings bootet der bootfähige USB nur mit deaktiviertem CSM. Bei aktiviertem CSM ist der Fehler:

Failed to open \EFI\BOOT\mmx64.efi - Not Found
Failed to load image \EFI\BOOT\mmx64.efi: Not Found
Failed to start MokManager: Not Found

Ich habe keine Möglichkeit gefunden, den bootfähigen USB-Speicher mit aktiviertem CSM zu verwenden. Daher habe ich beschlossen, die Art und Weise, in der Windows mit mbr2gpt von MBR zu GPT bootet, zu ändern. Es scheint, dass alles gut gegangen ist. Jetzt kann ich jedoch weder mit aktiviertem noch deaktiviertem CSM mit dem bootfähigen USB-Gerät booten.

1
gvgramazio

Danke an oldfred für die Hilfe. Am Ende bestand mein Problem darin, dass ich Windows im Legacy-Modus installiert habe und es für mich unmöglich war, Ubuntu auch im Legacy-Modus zu installieren. Ich habe Windows von Legacy nach UEFI konvertiert, nachdem diese Anleitung von Intel. Öffnen Sie unter Windows einen Eingabeaufforderungsbefehl mit Administratorrechten und führen Sie ihn aus

mbr2gpt.exe /convert /allowfullOS

Beachten Sie, dass alle Partitionen auf der Festplatte einen MBR haben sollten, da andernfalls mbr2gpt fehlschlägt. Danach haben alle Partitionen jetzt ein GPT. Starten Sie das BIOS neu und stellen Sie es ein und deaktivieren Sie CSM. Starten Sie dann erneut und booten Sie die Ubuntu Live-Version über USB und fahren Sie wie gewohnt fort. Beachten Sie, dass der bootfähige USB eine GPT haben sollte. Beachten Sie auch, dass Sie in einigen Fällen den sicheren Start deaktivieren müssen.

1
gvgramazio

Ich hatte das gleiche Problem, aber meine Situation ist etwas anders. Meine Festplatte verursachte ein Problem. Selbst das Booten von einem Live-USB-System verlangsamte die Geschwindigkeit, wahrscheinlich, weil versucht wurde, die Swap-Partition zu verwenden (die Festplattenanzeige blinkte).

Also habe ich meine Festplatte entfernt und versucht, Linux Mint 18.3 auf einem 16-GB-USB-Flash-Laufwerk zu installieren, auf dem ich zuvor Timeshift-Bilder für Linux Mint 19 Cinnamon Tara gespeichert hatte. Ich ging weiter zum Standard-Setup, wählte die erste Wahl, Alles von der Festplatte löschen und installieren Standardoption.

Dann habe ich die Nachricht bekommen

grub-efi-AMD64-signed package konnte nicht in/target/installiert werden. Ohne den Bootloader GRUB wird das installierte System nicht gestartet. '

Also überprüfte ich das Laufwerk, es gab 3 Partitionen, Efi-Setup (Fat32) (500 MB, dann 200 MB Root (ext4) und Swap-Bereich. Ich löschte alle Partitionen, machte es roh, installierte Linux Mint 18.3 neu, aber das gleiche Problem.

Ich habe manuell Partitionen erstellt, 500 MB für/dos, Swap-Bereich 3,7 GB, Rest ist root. Zum Booten muss eine EFI-Partition vorhanden sein, ABER der Bootloader kann auch auf anderen Laufwerken installiert werden.

Das brachte mich auf die Idee, OHNE EFI-Partition zu installieren. Ich habe eine Root-Partition von 10 GB erstellt, SWAP von 3789 MB (für meinen 3,7 GB RAM), der Rest für /home. Es warnte mich, dass es eine EFI-Partition geben sollte, die ich ignorierte, und dann eine weitere Warnung, dass ein anderes Betriebssystem möglicherweise nicht bootet, wenn ich das UEFI-System auf einem BIOS-Computer installiere. Ich habe das auch ignoriert. Und überraschenderweise habe ich das System gestern erfolgreich installiert. Es wird auch in den Ruhezustand versetzt und auf die neuesten Pakete aktualisiert.

0
Naseeb