Nach einer Neuinstallation (vorinstalliertes Win 10 entfernt) von Ubuntu 14.04.4 auf Dell Inspiron 13-7359 kann ich das Betriebssystem nicht im "Secure Mode" starten.
Was getan wurde:
- Zuerst installierte ich Ubuntu 15.10 - Installation OK, aber im BIOS gab es kein sichtbares Gerät (für den EFI-Modus), von dem ich booten konnte. Nach mehreren Neuinstallationen ("Auto" Löschen und Installieren, Manuelle Partitionierung, ...) gab es keinen Fortschritt.
- Installiertes eigenständiges Ubuntu 14.04.4. Installation OK, das Betriebssystem wurde nicht gestartet. Das BIOS hat einen Datenträger gefunden, von dem gebootet werden kann. Es wurde jedoch die folgende Meldung angezeigt: "Betriebssystem-Loader hat keine Signatur." Versucht Boot-Reparatur von der Live-Festplatte - kein Fortschritt. Pastebin-Bericht .
Aktuelle Situation - Ubuntu startet im "nicht sicheren" Legacy-Modus. Alles funktioniert gut.
Ich bin gespannt, was ich falsch gemacht habe, da es immer eine Lösung gibt - ich habe sie nicht gefunden, auch wenn es einige Fragen und Antworten zu ähnlichen Problemen gibt. Nichts hat mir dabei geholfen.
Aktualisieren:
Nachdem Sie die Antworten gelesen haben und festgestellt haben, dass das Problem wahrscheinlich in der Installation von USB-Medien liegt, haben Sie folgende Lösungen ausprobiert (8 GB USB-Flash, formatiert mit FAT32 FS)
- Disks (Gnome-Disk-Utility) -Anwendung in Ubuntu 15.10
- erstellt bootfähiges Ubuntu 14.04.4 USB-Flash
- Das Medium war im ntb-BIOS in der UEFI- und SecureBoot-Konfiguration nicht sichtbar
dd
im Terminal (Ubuntu 15.10)- erstellt bootfähiges Ubuntu 14.04.4 USB-Flash
- In der UEFI- und SecureBoot-Konfiguration im ntb-BIOS nicht sichtbar
- Rufus (in Win7)
- Bootfähiger USB-Flash mit GPT für UEFI (Rufus-Option)
- Ubuntu 14.04.4 Live-USB-Flash erstellt
- sichtbar im ntb BIOS
- In der UEFI- und SecureBoot-Konfiguration wird nicht gebootet
- Fehlermeldung: "Betriebssystem-Loader-Signatur nicht in SecureBoot-Datenbank gefunden"
- Aber USB gebootet erfolgreich mit UEFI On & Off SecureBoot Konfiguration (Pfaddatei zu starten:
/EFI/boot/grubx64.EFI
) - Versuchen Sie, im automatischen Modus "Löschen und neu installieren" zu installieren, um nur die wichtigsten ext4- und Swap-Partitionen zu erstellen
- Mit der Option "Etwas anderes" konnte ich eine ext4-Hauptpartition, einen 8-GB-Swap und eine 601-MB-EFI-Partition erstellen (zuvor reservierte 201 MB reichten für das Installationsprogramm nicht aus).
- Installation OK
- Nach dem Neustart ist SecureBoot aktiviert und wird in der UEFI- und SecureBoot-Konfiguration gestartet
- Außerdem gibt es
/sys/firmware/efi
jetzt einen Ordner (der anzeigen sollte, dass es keinen Fallback zum Kompatibilitätsmodus gab) - => Problem behoben
Antworten:
Sie haben Ubuntu im BIOS / CSM / Legacy-Modus installiert. Ich empfehle Ihnen, das Kompatibilitäts-Support-Modul (CSM, "Legacy Boot Support" oder ähnliche Begriffe) in Ihrer Firmware zu deaktivieren. Auf diese Weise können einige Startmedien nicht mehr gestartet werden. Wenn Sie auf dieses Problem stoßen, besteht die Lösung darin, das Startmedium zu reparieren. Wenn Sie im EFI / UEFI-Modus starten möchten, ist das Aktivieren des CSM das Schlechteste, was Sie tun können. Weitere Informationen zu diesem Thema finden Sie auf meiner Webseite.
Beachten Sie, dass Sie im EFI-Modus nicht von einem "Gerät" booten. Sie booten von einer Bootloader-Datei, die auf der FAT EFI-Systempartition (ESP) gespeichert und in einem NVRAM-Bootmanager-Eintrag referenziert ist. Es gibt eine Art Ausnahme von dieser Regel: EFI unterstützt einen "Fallback" -Startdateinamen, der
EFI/BOOT/bootx64.efi
für 64-Bit-Systeme (x86-64) gilt. Wenn kein anderer Starteintrag gültig ist oder manchmal ein expliziter Eintrag für diesen Loader vorhanden ist, wird er vom System gestartet. Diese Funktion ermöglicht das Booten von einem Betriebssystem-Installationsmedium. Es wird auch manchmal verwendet, um Systeme mit stark defekten EFIs zu booten, die ihre NVRAM-Einträge ignorieren oder vergessen. Dieser Fallback-Eintrag wird möglicherweise im integrierten Boot-Manager des Computers angezeigt, ähnlich wie ein herkömmlicher BIOS-Boot-from-Device-Eintrag, aber es ist nicht ganz dasselbe.quelle
/sys/firmware/efi
Ordners ein 100% iger Hinweis auf das im EFI-Modus gebootete Betriebssystem ist?/sys/firmware/efi
weist auf einen EFI-Startmodus hin. (Ich nehme an, es könnte in einem BIOS-Modus-Boot fälschbar sein, aber Ubuntu macht das auf keinen Fall standardmäßig.)Sie haben anscheinend die 32-Bit-Ubuntu-Edition installiert.
Sie müssen die empfohlene 64-Bit-Version installieren.
Andernfalls kann die Installation nicht im EFI-Modus ausgeführt werden.
Jedoch ... um Ihr Problem zu lösen ...
Booten Sie von Ubuntu-Installationsmedien.
Wählen Sie "Ubuntu ohne Installation testen".
Öffnen Sie GParted vom Bindestrich aus.
Klicken Sie im oberen Menü auf Gerät.
Klicken Sie auf Partitionstabelle erstellen.
Wählen Sie gpt aus, wenn Sie das EFI-BIOS haben.
Erstelle eine neue Partition - formatiere sie mit fat32 - Größe von ca. 100 MB.
Erstellen Sie eine neue Partition - formatieren Sie sie mit ext4 - Größe, die Ihren Anforderungen entspricht.
Erstellen Sie eine neue Partition - formatieren Sie sie mit der Swap-Größe, die dem RAM entspricht.
Klicken Sie auf dem Desktop auf "Ubuntu installieren" und wählen Sie "Etwas anderes".
Wählen Sie die ext4-Partition aus, die Sie zuvor mit GParted für Ubuntu erstellt haben.
Wählen Sie / als Einhängepunkt und ext4-Dateisystem als Format, und starten Sie die Installation.
quelle
gnome-disk-utility
hat mir aus diesem Problem nicht geholfen - Medien, die im BIOS mit UEFI & SecureBoot nicht sichtbar sind, wurden mit der Rufus-App behoben.