webentwicklung-frage-antwort-db.com.de

Kann GRUB nicht plötzlich laden (UEFI-Problem)

Das letzte Mal, dass ich meine Ubuntu-Installation benutzt habe, war letzte Nacht. Als ich es heute hochgefahren habe, wurde mir gesagt, dass das Hochfahren von grubx64.efi nicht erlaubt ist. Leicht genug. Ich kann es von meinem BIOS wieder aktivieren.

Nach dem erneuten Aktivieren versuche ich erneut zu booten und erhalte die folgende Fehlermeldung:

fehler: Secure Boot verbietet das Laden des Moduls von (hd0, gpt7) /boot/grub/normal.mod

Und dann gibt es noch eine Art 'Grub Resuce' CL-Prompt unter diesem Fehler. Ich habe es nie herausgefunden, außer dass ls ein gültiger Befehl ist. Mit ls werden verschiedene (hdx , *) Dateien/Verzeichnisse/Laufwerke angezeigt.

Da ich Windows 8 trotz verschiedener Tutorials nie von GRUB laden konnte, verwende ich rEFInd, um zwischen dem Laden von GRUB (mit dem ich wiederum Ubuntu lade) und zu wechseln Windows 8.

Wie kann ich GRUB wieder aktivieren (und zu Ubuntu gelangen) und weiß jemand, was gerade dieses Problem verursacht hat? Ich erinnere mich, dass ich letzte Nacht Ubuntu-Updates installiert habe, aber ich kann mich nicht erinnern, ob es irgendetwas gab, das sich auf etwas UEFI-spezifisches beziehen könnte.

4
skytreader

Ich habe keine genaue Lösung dafür gefunden, aber ich habe es geschafft, durch eine "allgemeinere" (mangels eines besseren Begriffs) Lösung auf Ubuntu zurückzukommen.

Ich habe mich in meinem BIOS umgesehen, als mir eine Option zum Deaktivieren von Secure Boot aufgefallen ist (ich frage mich, warum ich sie nie zuvor bemerkt habe, als ich Probleme hatte, Win8 und Precise doppelt zu booten). Ich habe dies ausgeschaltet und voila, GRUB geladen. Außerdem kann ich jetzt Windows 8 von GRUB laden. Ich brauche REFInd nicht mehr als Vermittler. Die Auswahl von Win8 aus GRUB zeigt einen Fehler an (den ich mit nur einem Druck auf eine beliebige Taste umgehen kann). Ich werde dies ein andermal untersuchen, es sei denn, ich denke, es ist etwas wirklich Riskantes.

5
skytreader

Wie Sie festgestellt haben, wird das Problem durch Deaktivieren von Secure Boot behoben. Mein Verdacht ist, dass Sie es entweder zuvor deaktiviert und versehentlich aktiviert hatten oder zuvor eine Secure Boot-fähige Version von GRUB verwendet und ein Software-Update ein nicht signiertes GRUB installiert oder geändert haben den Boot-Pfad so, dass das Shim-Programm umgangen wird (was Ubuntu zur Unterstützung von Secure Boot verwendet).

Eine weitere Option ist das Hinzufügen einer allgemeineren Secure Boot-Unterstützung. Wenn Ihr erster Bootloader rEFInd ist, können Sie rEFInds Secure Boot-Dokumentation lesen, um zu erfahren, wie Sie ihn mit Secure Boot zum Laufen bringen. Leider wird Ubuntu noch nicht mit einer MOK-fähigen Version von shim ausgeliefert. Sie müssen daher eine andere Version von shim installieren und den öffentlichen Ubuntu-Schlüssel zu Ihrer MOK-Liste hinzufügen. Dies ist möglich, und es ist noch nicht einmal so schwer, aber es erfordert die Verwendung mehrerer Befehlszeilentools und das genaue Befolgen von Anweisungen. Beachten Sie, dass Ubuntu mit Version 12.10 Secure Boot-Unterstützung hinzugefügt hat. Bei Ihrer Frage ist ein 12.04-Tag aufgefallen. Wenn Sie also 12.04 verwenden, sind Ihre Kernel mit ziemlicher Sicherheit nicht signiert, was die umfassendere Verwendung von Secure Boot erschwert. Insgesamt ist es wahrscheinlich am besten, Secure Boot deaktiviert zu lassen. Ich erwähne diese Alternative, falls Sie Grund haben, sie zu aktivieren.

3
Rod Smith

das Problem, mit dem Sie konfrontiert sind, könnte auf die Tatsache zurückzuführen sein, dass einige obligatorische (aktivierte) und nicht obligatorische (Intel-) Prozessoren das Windows 8-Logo tragen für das Vorhandensein einer kryptografischen Signatur in jedem EFI-Programm, das es ausführt ". Um dies zu umgehen, müssen Sie höchstwahrscheinlich den sicheren Start deaktivieren. Werfen Sie einen Blick in diesen Artikel, um mehr über die Vorgeschichte und das, was Sie wissen müssen, um die Arbeit zu erledigen:

http://www.rodsbooks.com/efi-bootloaders/secureboot.html

0
davidd

Wie in einem anderen Thread beschrieben, liegt dies daran, dass Ihr Grub-Image nicht mit dem --uefi-secure-boot -Parameter installiert wurde (Sie finden einen bereits erstellten hier ).

Natürlich müssen Sie es in UEFI erneut auf die Whitelist setzen.

0
mirh