16.04 Neuinstallation gibt grub-efi-amd64-signierte fehlgeschlagene Installation / target / ubuntu 16.04 am Ende


78

Ich installiere Ubuntu 16.04 auf einem Intel NUC-Computer mit aktiviertem UEFI. Ich verwende eine SSD von einem anderen Computer. Während der Installation habe ich Erase the disk ausgewählt und eine neue vollständige Installation durchgeführt

Am Ende des Prozesses sehe ich:

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

Und das System bootet nicht.

Ich habe versucht, Boot-Repair zu verwenden, aber anscheinend löst es das Problem nicht.


Dafür kann es mehrere Gründe geben. Aber eines ist eine schlechte Verbrennung der Installationsmedien. Versuchen Sie, es neu zu formatieren (mit neuer Partitionstabelle) und das Medium neu zu erstellen. Ich hatte dieses Problem mehr als einmal und das erneute Erstellen des Installationsmediums hat es immer behoben. (Obwohl andere Personen mit diesem Problem angegeben haben, dass es das Problem nicht
behoben

Ich habe den LiveUSB neu erstellt, aber das Problem blieb bestehen.
Kaf

1
Ich habe das gleiche Problem erhalten, als ich eine brandneue SSD verwendet habe.
William Entriken

Antworten:


84

Ich hatte genau das gleiche Problem bei der Installation des 16.04 64-Desktops auf einer neuen SSD, bei der UEFI über USB-Installationsmedien aktiviert war. Anders als in der Frage habe ich mich entschieden, meine eigenen Partitionen zu erstellen, da ich andere Festplatten zum Mounten hatte. Ich habe diesen Fehler am Anfang der Paketinstallation gefunden.

Nach einigem googeln habe ich diese Seite gefunden:

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

welche Staaten in der General principlesSektion:

Wenn sich auf Ihrer Festplatte keine UEFI-Partition befunden hat, müssen Sie diese zuerst erstellen

und verweist auf:

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

Welche Staaten:

  1. Einhängepunkt: / boot / efi (Anmerkung: Dieser Einhängepunkt muss nicht festgelegt werden, wenn die manuelle Partitionierung verwendet wird. Das Installationsprogramm von Ubuntu erkennt ihn automatisch.)
  2. Größe: mindestens 100Mib. 200 MB empfohlen.
  3. Typ: FAT32
  4. Sonstiges: Benötigt ein "Boot" -Flag.

Also habe ich neu installiert und als ich mein Laufwerk partitioniert habe, habe ich die EFI-Option aus der Liste ausgewählt, die Dateisysteme und Swap usw. enthält, und habe sie beim Start der Festplatte auf 200 MB festgelegt. Ich habe nicht die Option erhalten, das Dateisystem auszuwählen oder das Flag bootfähig zu setzen.

Danach lief der Rest der Installation einwandfrei.

So sehen die Partitionen auf dieser Festplatte nach der Installation aus:

Bildbeschreibung hier eingeben

Dieselben Informationen erhalten Sie durch Ausführen von 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

Beachten Sie, dass es sich bei der erstellten Partition um eine EFI-Systempartition (ESP) handelt und der Datenträger eine GUID-Partitionstabelle (GPT) anstelle einer MBR- Partitionstabelle aufweist.

Wenn Sie in /boot/efioder /sys/firmware/efi/auf dieser Diskette suchen, sudo efibootmgrsollten Sie feststellen, dass sie gefüllt sind. Ebenso sollte das Ausführen eine echte Ausgabe liefern. Weitere Informationen finden Sie unter dem folgenden Link.

Mehr Informationen

Wenn Sie mehr über die Funktionsweise von UEFI erfahren möchten, starten Sie UEFI nach dem Start: Wie funktioniert das eigentlich? von Adam Williamson ist sehr zu empfehlen.

Er beschreibt die Situation, die diesen Fehler verursacht, im Artikel (beachten Sie, dass er Fedora-Benutzer ist, dies gilt jedoch auch für Ubuntu):

Behandlung der EFI-Systempartition bei manueller Partitionierung

Ich kann Fedora hier nur maßgeblichen Rat geben, aber das Wesentliche kann für andere Distributionen / Betriebssysteme nützlich sein.

Wenn Sie zulassen, dass Fedora bei einer systemeigenen UEFI-Installation die Partitionierung für Sie ausführt, und Sie eine GPT-formatierte Festplatte verwenden oder zulassen, dass die Festplatte neu formatiert wird (indem alle vorhandenen Partitionen gelöscht werden), übernimmt Fedora das EFI-Systempartitionsmaterial für Sie .

Wenn Sie jedoch eine benutzerdefinierte Partitionierung verwenden, müssen Sie dem Installationsprogramm eine EFI-Systempartition zur Verfügung stellen. Wenn Sie dies nicht tun, beschwert sich das Installationsprogramm (mit einer etwas verwirrenden Fehlermeldung) und verweigert Ihnen, die Installation zu starten.

Wenn Sie also eine native UEFI-Installation durchführen und eine benutzerdefinierte Partitionierung verwenden, müssen Sie sicherstellen, dass eine Partition vom Typ 'EFI-Systempartition' unter / boot / efi eingehängt ist. Hier erwartet Fedora, dass die EFI-Systempartition gefunden wird mit. Wenn auf dem System eine EFI-Systempartition vorhanden ist, legen Sie den Einhängepunkt einfach auf / boot / efi fest. Wenn noch keine EFI-Systempartition vorhanden ist, erstellen Sie eine Partition, legen Sie ihren Typ auf EFI-Systempartition fest, legen Sie eine Mindestgröße von 200 MB fest (500 MB sind ausreichend) und legen Sie den Einhängepunkt auf / boot / efi fest


4
Das hat einwandfrei funktioniert
TransformatorTroy

Ich denke, das ist es, was ich bekomme, um meine Partitionen von Hand zu erstellen, ohne genug über den UEFI-Standard zu wissen. Danke für die super hilfreichen Infos.
anon58192932

BEARBEITEN: Für alle, die faul sind wie ich, habe ich eine Windows 10-Installation über USB gestartet und Windows zuerst installiert. Dadurch wurde die UEFI-Partition automatisch repariert. Ich habe dann die Datenträgerverwaltungssoftware in Windows 10 verwendet, um die Windows-Partition zu verkleinern und Platz für Ubuntu zu schaffen. Anschließend können Sie Ihre Partitionen in der Ubuntu-Installation manuell definieren oder die Option auswählen, neben Windows zu installieren. Beides sollte gut funktionieren.
anon58192932

2
Arbeitete auf Ubuntu 18.04. Ein Hinweis: / boot / efi war in der Dropdown-Liste keine Option. es zeigte nur / boot was nicht funktionierte. Ich musste / boot / efi manuell eingeben und dann funktionierte es.
Luke

2
Arbeitete auch für mich auf Ubuntu 18.04. Anstatt "Fat32" als Dateisystem zu wählen und einen Einhängepunkt anzugeben, habe ich mich für das "EFI" -Dateisystem entschieden und es hat einwandfrei funktioniert.
Gillespie

8

Zum Glück habe ich mein Problem gelöst.

Ich bootete mit dem Live-USB und rief Disks und löschte manuell alle Partitionen der SSD.

Dann habe ich mit uefi in der Computer-Firmware neu gestartet. Ich habe den Live-USB-Ubuntu-Desktop betreten und von dort aus Ubuntu installiert.

Ich habe die beiden Kästchen mit der Aufschrift "Updates und Software von anderen installieren" angekreuzt. Diesmal ging die Installation gut.


Vielen Dank. Ich weiß nicht wie, aber es hat mein Problem gelöst.
x__x

1
Es wird erfolgreich mit dem Internet verbunden installiert. Sie können versuchen, wenn Sie wieder Glück haben, ohne Internet. Ich bin vorerst immer noch gescheitert.
Franklin

1
Franklin, überprüfe deine /var/log/syslog, wahrscheinlich gibt es kurz vor " grub-installer: info: Calling 'apt-install grub-efi-amd64-signed' failed" ein paar Zeilen wie " Unable to locate package grub-efi-amd64-signed" und " Unable to locate package shim-signed". Vermutlich konnte der Installer die Deb-Pakete von der "CD-ROM" (USB-Flash) nicht erreichen?
osgx

6

Ich hatte das gleiche Problem bei der Installation von Ubuntu MATE 17.04. Ich habe versucht, neben Windows 10 einen Doppelstart durchzuführen. Windows befindet sich im Legacy-Modus und die UEFI-Unterstützung wurde in den BIOS-Einstellungen aktiviert. Ich habe die UEFI-Unterstützung deaktiviert und die Installation fehlerfrei abgeschlossen. Ich hoffe, jemand findet dies hilfreich.


0

Sie können auch eine Boot-UEFI-Partition erstellen, wenn das System dies zulässt. Ich habe das gleiche Problem und kann die UEFI-Option nicht verwenden. Sie ist dauerhafter, aber ich war in einem Durchlauf, also erstelle ich die UEFI-Boot-Partition: Die Option wird in der gleichen Option wie / boot unten angezeigt


0

Ich hatte das gleiche Problem, als ich versuchte, mint 18 kde auf einem Gigabyte-Motherboard zu installieren. Mein Problem war, ich habe versucht, von USB im Uefi-Modus zu booten.

Sie haben auch im Kompatibilitätsmodus gebootet. Wahrscheinlich müssen Sie dazu einige BIOS-Einstellungen ändern. In meinem Fall musste ich bei der Auswahl des Startmodus "nur Legacy" auswählen.

Wenn Sie im Kompatibilitätsmodus booten, wird in 10 Sekunden ein Bildschirm mit der Meldung "Automatisches Booten" angezeigt. Wenn Sie jedoch im Uefi-Modus booten, wird das Menü direkt angezeigt.


Ubuntu ist nicht Mint. Wenn Sie die Antworten lesen, werden Sie feststellen, dass das OP nach dem Löschen vorhandener Partitionen über EFI installiert werden konnte.
Elder Geek

0

Ich stand vor dem gleichen Problem. Was bei mir funktioniert hat, war, dass Sie während der Installation gefragt wurden, ob Sie im UEFI-Modus installieren möchten. Es sollte Sie vor den Auswirkungen warnen, aber nachdem ich es auf diesem Weg geschafft habe, habe ich keine Probleme.

Die anderen Lösungen, auf die ich bei der Untersuchung dieses Problems gestoßen bin, betrafen:

  • Starten Sie den Computer mit derselben (oder einer anderen) Live-CD neu und führen Sie die Startreparatur auf dem Problemcomputer aus.
  • Beobachten Sie die Installationsprotokolle und schalten Sie den Computer aus, wenn Sie kurz vor dem Absturz feststellen, ob GRUB installiert wurde.

0

Hatte die gleiche Fehlermeldung, stellte sich heraus, dass ich ein beschädigtes Verzeichnis in der EFI-Partition hatte, das dazu führte, dass grub bei jedem Installationsversuch aufgab.

fsck hat viel zu lange gedauert, so dass chkdsk von Windows die Beschädigung schnell bereinigte und die zweite Installation problemlos lief.


0

Bekam genau die gleiche Meldung und löste sie, indem ich einfach meinen Computer mit dem Internet verband.

Wenn die Verbindung hergestellt ist, kann das Installationsprogramm alle im Installationsprogramm fehlenden Abhängigkeiten herunterladen, die für mein Setup erforderlich waren.

Das Werbegeschenk, dass es sich um ein Abhängigkeitsproblem handelte und nicht um ein Partitions- / Festplattenproblem, befand sich in der /var/log/syslogDatei. Die Meldung, dass Grub nicht installiert werden kann, kann eine Menge Dinge bedeuten. Im Allgemeinen sollten Sie /var/log/syslogherausfinden, wo das wahre Problem liegt.


Bei der Installation von Linux Mint 19 ist ein ähnlicher Fehler aufgetreten, und in meinem Fall war das Gegenteil der Fall. Wie hier beschrieben, gibt es einige Probleme beim Herunterladen der Paketlisten vom Spiegel von linuxmint.com und ubuntu.com. Das Trennen der Verbindung zum Internet trug zur grub2erfolgreichen Installation bei .
Akif

0

Ich fand, dass das oben Genannte bei dem Versuch, Ubuntu 16.04 von einem anderen USB-Stick auf einem USB-Stick zu installieren, nicht wirklich funktioniert hat. Nach 2 Tagen Herzschmerz habe ich dies getan, um es in Gang zu bringen. Dies gab mir eine Dual-Boot-Installation von Windows 10 und Ubuntu auf derselben Festplatte und löste dabei das folgende Problem:

  • Verwenden Sie zur Installation eine Zielfestplatte und eine Quell-CD-ROM-Hardware
  • Downloaden / Brennen auf DVD Windows 10 (generisch für alle Versionen) und Ubuntu 16.04.3 Versionen. Dh es werden 2 Installations-DVDs erstellt.
  • Booten Sie in die Live-Version von Ubuntu ohne Installation.
  • Löschen Sie alle Partitionen auf der Festplatte mit dem in Ubuntu integrierten Partitionsmanager gparted.
  • Starten Sie das System-BIOS und stellen Sie sicher, dass nur UEFI ausgewählt und der Legacy-Start deaktiviert ist. Ändern Sie auch die Startreihenfolge, um sicherzustellen, dass das System zuerst von der CD-ROM bootet, sofern verfügbar, und die Festplatte als zweite Option.
  • Legen Sie die Windows-Diskette ein und installieren Sie Windows (ich habe Windows 10 pro 64 Bit verwendet) auf der Festplatte. Dazu benötigen Sie keine Lizenz. Sagen Sie einfach, dass Sie keine Lizenz haben, wenn Sie dazu aufgefordert werden.
  • Booten Sie Windows und stellen Sie sicher, dass es funktioniert. Ich fand es würde nicht richtig herunterfahren, aber das schien nicht wichtig zu sein. Ich habe auch Windows 10 erlaubt, die vollständigen Aktualisierungszyklen zu durchlaufen, obwohl dies wahrscheinlich keine Rolle spielte. Es dauert nur Ewigkeiten.
  • Booten Sie jetzt erneut in das Live-Ubuntu. Verwenden Sie es dieses Mal, um die letzte Datenpartition zu verkleinern und Platz für eine Ubuntu-Installation zu schaffen. Lassen Sie einfach den freien Speicherplatz frei. Ich brauchte sowieso Windows, also ließ ich die Hälfte der Festplattengröße für Windows.
  • Wählen Sie die auf der Ubuntu-DVD integrierte Installations-App aus. Wählen Sie die Option zur Installation neben dem vorhandenen Windows-Betriebssystem. Ich habe die Standardoptionen belassen, um 2 Partitionen als Root zu erstellen und den freien Speicherplatz auszutauschen.

Das war es. Wenn ich jetzt boote, werde ich gefragt, ob ich Windows oder Ubuntu oder Ubuntu Advanced mit mehr Optionen möchte. Ich habe lange mit dem Booten von USB-Sticks herumgespielt, aber das hat mich ganze 2 Tage gekostet. Die Verwendung von CD-ROM und Festplatte im alten Stil scheint geholfen zu haben.


0

Meine Lösung für das Problem war die folgende.

1) Aus irgendeinem Grund wurde meine EFI-Festplatte von Windows gesperrt und aus diesem Grund konnte Grub nicht auf meiner EFI-Festplatte installiert werden.

Ich habe Windows gestartet und heruntergefahren (Windows -> Herunterfahren -> Herunterfahren, nicht neu starten ). NB: Im Falle eines Neustarts wird Windows möglicherweise im Schnellstartmodus neu gestartet, wodurch EFI gesperrt bleibt - genau das ist mir passiert.

2) Ich starte Ubuntu Live Disk und starte das Boot-Repair-Dienstprogramm ( URL ) mit den Standardeinstellungen.

Danach startete mein System normal über Grub.

Der Trick war, dass das Dienstprogramm Boot-Repair ohne Element 1 (EFI wurde von Windows gesperrt) meinen Grub nicht reparieren konnte.


-1

Nur zur Veranschaulichung, ich hatte das gleiche Problem mit der Installation von 16.04 auf einem Acer tmb117. Ich habe die interne Festplatte über den Live-USB komplett gelöscht, dann neu gestartet und einfach die Installation gestartet (Standalone, kein anderes System neben Ubuntu). Die Verbindung wurde deaktiviert.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.