.png)
Ich habe Lubuntu 17.10 auf einem neuen Laptop installiert. Sagen wir mal, das lief reibungslos (es gab ein paar Hürden, aber am Ende bootete es und funktionierte einwandfrei). Das UEFI-BIOS befindet sich im sicheren Bootmodus. Ich habe eine 200 MB große EFI-Partition, gefolgt von der großen Root-Partition. Keine Swap-Partition aufgrund der SSD-Best Practices (das /tmp wird auch tmpfs verwenden, sobald ich das zum Laufen gebracht habe).
In letzter Minute habe ich meine Meinung geändert und möchte nun Devuan verwenden: etwas, das nicht systemd-basiert ist. Wieder einmal stand ich vor der Aufgabe, Firmware-Dateien hochzuladen, damit das WLAN funktioniert (das verfolgt mich ständig).https://askubuntu.com/questions/794218/getting-killer-wireless-ac-1535-working-for-installing-ubuntu-16-04). Beim ersten Installationsversuch dachte ich, ich würde einfach mit der Offline-Installation fortfahren, das WLAN aktivieren und die Netzwerkspiegel nachträglich hinzufügen. Leider hat das Devuan-Installationsprogramm am Ende nicht einmal GRUB installiert.
Beim zweiten Installationsversuch habe ich die richtigen Versionen der WLAN-Firmware gefunden (aller guten Dinge sind vier mit verschiedenen Versionen!), das Installationsprogramm war dadurch besser gelaunt und hat am Ende GRUB installiert. Ich habe allerdings das Gefühl, dass es die EFI-Partition möglicherweise nicht berührt hat.
Was jetzt passiert, ist, dass das UEFI beim Booten denkt, zwei bootfähige Assets zu sehen. Eines ist das alte Ubuntu (Lubuntu) und das andere ist Devuan. Devuan bootet nicht, weil das UEFI seine Schlüssel nicht genehmigt. Ubuntu wird genehmigt, bleibt aber bei der Grub-Eingabeaufforderung stehen, da alles andere jetzt weg ist.
Soll ich versuchen, die EFI-Partition mit einem Rettungsmodus zu installieren? Werden dadurch die im UEFI-BIOS gespeicherten Schlüssel repariert? Wie kann ich das BIOS dazu bringen, die alte Installation und auch deren Schlüssel zu vergessen?
Ich bin an den Punkt gekommen, an dem das UEFI sich weigert, meine USB-Sticks zu booten, aus dem gleichen Grund mit dem Schlüssel. Mein Plan ist, mir ein USB-DVD-Laufwerk zu besorgen und von dort eine CD zu booten. Dann die SSD zu löschen. Wenn das UEFI danach die vorherigen Installationen nicht vergisst, wird das ein harter Kampf.
Ich fange an zu glauben, dass das Devuan-spezifisch ist. Ich habe die USB-DVD und kann Lubuntu oder andere Installations- oder Live-DVDs booten, aber Devuan zeigt nur diese Meldung an. Ich glaube, sie haben etwas mit ihrer Signatur vermasselt.
Antwort1
Secure Boot ist also ursprünglich eine Idee von Microsoft. Ubuntu hat eine Gebühr für eine Signatur/ein Zertifikat an Microsoft bezahlt, daher funktionierte mein Lubuntu. Debian hingegen nicht, daher hatte Devuan als direktes Debian-Derivat auch kein UEFI-Zertifikat.
Im IRC-Kanal #devuan haben mich einige Leute (@avbox, @fsmithred, @nelson) aufgeheitert. Angeblich ist es nicht schwer, den Ubuntu-Schlüssel zum Signieren des Shebangs zu verwenden. Bis dahin muss ich den Secure Boot ausschalten.