it-swarm.com.de

"Das Paket 'grub-efi-AMD64-signed' konnte während der Installation von Ubuntu 18.04 nicht in / target / installiert werden."

Wenn ich versuche, Ubuntu 18.04 auf meinem Desktop zu installieren, wird der folgende Fehler angezeigt:

error popup with ubiquity

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

Wie kann ich diesen Fehler beheben?

8
Primo Raj

Wenn Sie nach dieser Fehlermeldung Ihren PC neu gestartet haben und Ubuntu aufgrund eines GRUB Startfehlers nicht booten können, müssen Sie GRUB manuell in der EFI-Systempartition (ESP) durch neu installieren chroot . Hier ist, wie ich das Problem in meinem Fall behoben habe.

Verwenden Sie Live Session

Starten Sie Ihr LiveUSB (oder LiveCD) und wählen Sie "Ubuntu ohne Installation testen". Später müssen Sie möglicherweise sicherstellen, dass Sie in Ihrer Live-Sitzung eine Verbindung zum Internet herstellen können.

Chroot

Angenommen, Sie haben Ubuntu in der /dev/sdXY -Partition installiert und eine bereits vorhandene ESP befindet sich in der /dev/sdXZ -Partition auf der Festplatte /dev/sdX. Öffnen Sie ein Terminal und führen Sie die folgenden Befehle aus:

$ 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

Installieren Sie grub2 mit der richtigen EFI-Version neu

Sobald Sie chroot erfolgreich auf Ihrem installierten Ubuntu-System installiert haben, müssen Sie das richtige grub-efi-* -Paket für Ihre PC-Architektur (erneut) installieren:

# apt-get install --reinstall grub-efi-x86_64 (derjenige, den ich für Intel i5 CPU verwendet habe)

oder

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

oder

# apt-get install --reinstall grub-efi-ia32, etc ... Die Liste der verfügbaren Pakete erhalten Sie mit # apt-cache search ^grub-efi

Zum Schluss installieren Sie grub2 auf Ihrem Laufwerk:

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

Bitte beachten Sie, dass --target=x86_64-efi je nach System unterschiedlich sein kann (z. B. i386-pc standardmäßig, möglicherweise AMD64-efi usw.). Überprüfen Sie # grub-install --help für weitere Informationen.

Beenden Sie chroot , heben Sie die Bindung der Verzeichnisse auf/heben Sie die Bindung auf und starten Sie den Computer neu

  1. Beenden Sie chroot mit Ctrl+D oder # exit
  2. Sicher aushängen und neu starten:

    $ 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 sollte jetzt normal booten.

Verweise:

2
blitzter47

Die ursprüngliche Antwort wurde bearbeitet und modifiziert, NACH weiteren 20+ Experimenten auf beiden meiner Maschinen. Um es kurz zu machen, ich werde alle falschen Annahmen und Schlussfolgerungen in der alten Antwort entfernen.

---------------- Meine Computer sind 1. Fujitsu LIFEBOOK-LH532, die UEFI BIOS auf dem Mainboard wurde 2012 von ubuntu EFI ubiquity Version 12.04 zerstört https://bugs.launchpad.net/ubuntu/+source/efibootmgr/+bug/1082418 Natürlich wähle ich die manuelle BIOS-Installation auf meinem NoteBook UEFI LH532 . DA ICH MEIN NOTIZBUCH NICHT ÖFFNEN MÖCHTE, UM JUMPER cl1 & cl2 AUF DER HAUPTPLATTE WIEDER ZU KURZZUSCHLIESSEN, DA ICH NOCH "DEN FEHLER" IS HABE. *** Ich habe den manuellen BIOS-Modus erzwungen, indem ich auf keiner Festplatte eine EFI-Partition bereitgestellt habe. ABER ALLE INSTALLATIONEN ERKENNEN UEFI MAINBOARD UND VERSUCHEN, EFI UBUNTU "ZUERST" ZU INSTALLIEREN.

  1. Altes Gigabyte-Xenon-Server-Nicht-UEFI-Mainboard.

    Welches überhaupt keine Fehler hat.

Die Fehler genau wie das Thema ist, führten zu Problemen mit "UEFI" NOTEBOOK ONLY.

  1. NICHT botable UEFI Notebook (LH532). Ubiquity Zerstöre den existierenden UBUNTU GRUB.
  2. "OR IF LUCKY" verwendet nur den alten Bios-Grub, der bis 16.04 installiert wurde, und bootet in den neuen 18.04 (in den alten 16.04-Partitionen) mit einem Fehler zu Beginn der Boot-Zeit.

ICH HABE DEN STIEFEL BEFESTIGT DURCH

  1. Schmerzen?? Komplex? Verwenden von Boot-Repair (grubcustomiser konnte nicht verwendet werden), das in einer vorhandenen Ubuntu-Installation auf anderen Partitionen oder in BOOTED Live USB installiert ist. Befolgen Sie die Anweisungen, die sich von Mal zu Mal unterschieden. Dies hängt von der Konfiguration der Festplatten in den Systemen sowie von der verwendeten Ubuntu 18.04-Version ab.

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

  1. Einfach und ausgezeichnet "die meiste Zeit". Ich habe 16.04 von UBUNTU OR LUBUNTU verwendet, um eine neue Installation auf anderen Partitionen der Festplatte auf demselben Computer durchzuführen, auf dem Sie "18.04" installiert und grub mit diesem FEHLER nicht installiert haben.

Damit 16.04 Ihr System booten lässt. Und ja, Sie können von diesem 16.04 Grub aus auf Great 18.04-Versionen zugreifen.

Und JA, ich verwende UBUNTU 18.04, um diese Antwort zu schreiben, nachdem LUBUNTU 16.04 NEU GRUB FÜR mein LH532-Notebook mit der richtigen Option zur Auswahl von 18.04 installiert wurde.

Der Grund für den Fehler in diesem Thema ist, dass Sie keine EFI-Partitionen für den manuellen Installationsmodus "etwas anderes" bereitstellen.

Also, wenn Sie absichtlich, wie ich, keine EFI-Partition haben. Sie werden diesen Fehler haben.

Aber 16.04 Versionen haben eine intelligentere UBIQUITY oder? wie auch immer? als 18.04. Es wird festgestellt, dass Sie mit der BIOS-Installation installieren (keine EFI-Partition auf der Festplatte) und Sie können wählen, "Zurück", um Ubuntu mit dem BIOS-Modus zu installieren. Aber der 18.04 wird die Installation ohne jede Auswahl in meinem Fall und möglicherweise in Ihrem Fall durchführen.

Ich werde diese schlechtere Qualität unter diesen Umständen vom 18.04 als "BUG" bezeichnen. Aber es könnte die Absicht des Programmierers sein, uns zu zwingen, nur eine ordnungsgemäße saubere Automatisierung zu verwenden. Diese Option sollte entfernt werden.

  1. Ich habe die Probleme behoben, indem ich meine SSD komplett neu formatiert habe. Installieren Sie den Windows 10 UEFI-Modus. Welche es automatisch EFI-Partition erstellen.

Dann installieren Sie UBUNTU 18.04 ohne Fehler, obwohl es mir eifersüchtig verbietet, MANJARO LINUX zu booten, das ich auch nach Windows 10 ohne Probleme installiert habe.

Und natürlich zerstört UBUNTU 18.04 mein BIOS F12. VERBOTEN SIE mir AUCH, ein anderes Betriebssystem zu installieren, und ich muss das Notebookgehäuse öffnen, um die Jumper CL1 und CL2 kurzzuschließen, damit F12 das Startmedium wieder auswählt.

Ich habe dies Lunchpad als den Link gemeldet, den ich oben angegeben habe.

Es tut uns leid, aber lassen Sie Sie alle wissen, dass es mehr Fehler in der Allgegenwart oder im Installationsprozess gibt als dieses Problem.

2
aimwin

Ich habe einen ähnlichen Fehler bei der Installation von Ubuntu 18.04 vom Boot-USB. Ich habe eine BOOT-CD erstellt und die Installation war erfolgreich.

Ich hatte genau das gleiche Problem bei der Installation von einem USB-Flash-Speicherstick mit dem UEFI-Boot. Wenn dies fehlschlug, folgte ich einem der Kommentare hier und bootete von der generischen Nicht-UEFI-Flash-Diskette, um die Installation durchzuführen, und das funktionierte. Zu der Zeit wusste ich nichts über UEFI und hatte keine Ahnung, warum eine Methode funktionierte, aber nicht die andere.

Seitdem habe ich mich ein wenig damit befasst und verstehe jetzt, dass UEFI (Unified Extensible Firmware Interface) ein Nachfolger des BIOS ist und unterschiedliche Anforderungen hat. Insbesondere erfordert Linux eine/boot/efi-Partition, wenn UEFI verwendet wird, das ich nicht erstellt habe (ich habe die Partitionen manuell erstellt).

Die Fehlermeldungen könnten sicherlich deutlicher sein. Das UEFI-Festplattenpartitionsprogramm sollte die efi-Startpartition erfordern, bevor Sie fortfahren können. Stattdessen wird der Großteil der Linux-Installation ausgeführt, bevor der Fehler "GRUB-Installation fehlgeschlagen" ausgegeben wird.

0
Tom Karzes

Ich denke, Sie haben drei Möglichkeiten:

Ich hoffe das hilft, Grüße,
Onno

0
user376763