Die Antwort von PeterSiul ist meistens richtig, aber in meinem Kommentar finden Sie einige Korrekturen, von denen eine so wichtig ist, dass ich hier näher darauf eingehen möchte . Ich möchte einige Punkte hervorheben und erläutern, die über den kurzen Kommentar hinausgehen:
- Nicht alle EFIs bieten eine Funktion zum sicheren Start. Wenn Sie keine Option zum Deaktivieren des sicheren Starts sehen, kann Ihre Firmware diese Funktion einfach nicht aufweisen. Es erschien kurz vor der Veröffentlichung von Windows 8 auf Computern. Heutzutage unterstützen die meisten Computer Secure Boot, aber Macs und einige Server verfügen noch nicht über diese Funktion. Ich besitze mehrere EFI- oder UEFI-basierte Computer, die keine Unterstützung für den sicheren Start haben.
- Windows 7 unterstützt Secure Boot nicht offiziell - Microsoft hat Secure Boot mit Windows 8 und nicht mit Windows 7 vorangetrieben. Das heißt, wenn ich Windows 7 auf einem meiner Computer (mit einem ASUS P8-H77I-Motherboard, FWIW) installierte, sehr Zu meiner Überraschung funktionierte es mit Secure Boot Active. Nach einem Update funktionierte es jedoch nicht mehr. Möglicherweise hat Microsoft einige Windows 7-Bootloader signiert, andere jedoch nicht. oder vielleicht hatte mein Motherboard einen Hashwert des ursprünglichen Bootloaders als gültig angegeben und konnte somit den Secure Boot-Test bestehen. Unter dem Strich müssen Sie jedoch möglicherweise den sicheren Start deaktivieren, wenn Sie Windows 7 starten.
- Das Deaktivieren von Secure Boot sollte nicht das Löschen von Schlüsseln erfordern - Bei jedem Computer, den ich mit Secure Boot-Unterstützung gesehen habe, können Sie Secure Boot mit einem Umschalter deaktivieren und anschließend über dasselbe Menü erneut aktivieren. Das Löschen von Schlüsseln ist dazu nicht erforderlich. Wenn Sie Secure Boot erneut aktivieren, müssen Sie möglicherweise keine Schlüssel hinzufügen. Siehe diese Seite von mirBeispiele für die Deaktivierung von Secure Boot, einschließlich Screenshots. Das heißt, es gibt nichts in der Spezifikation, die besagt, wie die Benutzeroberfläche zum Deaktivieren von Secure Boot ausgelegt werden sollte. Daher ist es denkbar, dass Sie etwas mit einer besonders primitiven Methode haben, die das Löschen von Schlüsseln erfordert. Ich denke jedoch, dass dies unwahrscheinlich ist. Es ist wahrscheinlicher, dass Sie einfach nicht die richtige Option gefunden haben oder dass Ihr Motherboard Secure Boot nicht unterstützt.
- Müssen Sie Secure Boot wirklich deaktivieren? - Sie sagten, Sie müssten Secure Boot deaktivieren, damit das Ubuntu USB-Laufwerk booten kann. Nach meiner Erfahrung machen die Leute Secure Boot jedoch häufig für Probleme verantwortlich, die nicht mit dieser Funktion zusammenhängen. In der Regel verwenden Benutzer die falschen Tools oder Einstellungen, wenn sie ein USB-Flashlaufwerk aus einer
.isoDatei erstellen. Sehen Sie diese Seite von mir für mehr zu diesem Thema. Bevor Sie jedoch zu weit in diese Richtung eintauchen, stelle ich fest, dass Sie sagen, wenn Sie versuchen, zu booten, "es gibt einen Blitz und der Bildschirm wird leer." Fehler beim sicheren Start generieren (aber nicht immer) eine Meldung, dass das Startmedium nicht vertrauenswürdig ist. Das von Ihnen beschriebene Symptom klingt eher nach einer nicht unterstützten Grafikkarte. Die AskUbuntu-Site hatdiese Frage und ihre zahlreichen Antworten auf dieses Problem. Leider gibt es viele Ursachen für viele verschiedene Lösungen. Daher kann ich Ihnen keine einfache Antwort geben, wenn dies die Ursache Ihres Problems ist. - Das Wichtigste bei Shim ist, Secure Boot über GRUB zu unterstützen - PeterSui schrieb: "Shim kann jedoch weder die Integrität von GRUB noch die Integrität von Linux oder den Windows-Bootloader überprüfen, wenn sie von grub geladen wird. Deshalb, sobald Sie es verwenden Dual Boot, Secure Boot wird grundsätzlich unwirksam. " Das ist einfach nur falsch. Tatsächlich würde diese Beschreibung Shim, wenn sie genau ist, völlig unbrauchbar machen. Shim startet ein Folgeprogramm, das hart codiert ist
grubx64.efi. (Es gibt andere Programme, die unter bestimmten Umständen gestartet werden können, das Folgeprogramm ist jedoch normalerweise GRUB.) Shim fügt den Secure Boot-Prüfungen einen in die Binärdatei eingebetteten Schlüssel hinzu, und der GRUB, der mit einer Distribution geliefert wird, wird von signiert die private Version dieses Schlüssels. Daher startet Shim GRUB, wennGRUB ist mit dem eingebetteten Schlüssel von Shim oder einem anderen Schlüssel in der Firmware signiert. GRUB kann jedoch nicht gestartet werden, wenn die Secure Boot-Prüfungen nicht bestanden werden. Verschiedene GRUB-Builds variieren, aber in den meisten Fällen ruft GRUB Shim an, um den Kernel zu authentifizieren, den es bootet, und so weiter. Wenn GRUB den Windows-Bootloader startet, sollte es auch authentifiziert werden. Es gibt jedoch einen bekannten Fehler, durch den dieser Vorgang auf einigen (aber nicht auf allen) Computern fehlschlägt . - Sie können Ihre Schlüssel speichern, wenn Sie wirklich wollen - Wenn Sie Ihre Standardschlüssel wirklich speichern möchten, können Sie dies tun. Auf dieser Seite von mir finden Sie Einzelheiten dazu. Diese Seite wurde eigentlich mit dem Ziel geschrieben, Ihnen beim Ersetzen der integrierten Schlüssel durch Ihre eigenen Schlüssel zu helfen, aber ein Teil dieses Prozesses besteht darin, Ihre vorhandenen Schlüssel zu speichern. Die meisten EFIs bieten eine Möglichkeit, dies in ihren eigenen Benutzeroberflächen zu tun, oder Sie können das Dienstprogramm KeyTools verwenden. ( Blättern Sie nach unten zu Ersetzen von Schlüsseln mit KeyTool und notieren Sie sich Schritt 3.)