Seit Installation von Leap 15.4 kann ich Tumbleweed nicht mehr booten

Hallo zusammen,

vor gut einer Woche hatte ich versuchsweise openSUSE als drittes OS (neben Windows 11 und Fedora) ausprobiert. In Tumbleweed ergab sich dabei ein Problem mit zypper dup, dass mich dazu veranlasste, es mit Leap 15.4 zu probieren. Gesagt getan, ich hatte also Leap installiert. Zuerst in der KDE-Version, da lief gleich mal frisch installierte Software nicht (Zim Desktop Wiki). Dann habe ich es mit der Gnome-Variante probiert. Die lief einmal, dabei habe ich beim Update, welches ich nach einer Installation für gewöhnlich durchführe, eventuell auch ein Update des Bootmanagers Shim eingespielt, darauf hatte ich nicht geachtet. Jedenfalls: nach dem ersten Neustart bootete diese Installation zwar noch, aber nur noch bis zur Anmeldemaske, dann stürzte sie ab. In der Zwischenzeit hatte mir hier im Forum ein User angeboten, mir bei meinem Tumbleweed-Problem behilflich zu sein. Also wollte ich jetzt wieder Tumbleweed installieren. Die älteste ISO, die ich dabei ausprobiert hatte, war vom 8. Mai, die neueste vom 19. Mai. Egal mit welcher Version, ich laufe immer in das gleiche Problem: die Signatur des Shim-Bootloaders wird vom BIOS als ungültig abgewiesen. Das ist die exakte Meldung:

Verifying shimSBAT data failed: Security Policy Violation
Something has gone seriously wrong: SBAT self-check failed: Security Policy Violation

Das Problem scheint nicht ganz neu zu sein, siehe dazu dieser Link:
The latest shim from Leap 15.4 disallows shim from Tumbleweed and possibly other distributions

Es ist mir klar, dass Deaktivierung der Secureboot-Option im BIOS das Problem beheben würde. Das kommt aber auf unserem System nicht infrage. Meine Frage ist nun einfach die: wenn ich das richtig verstanden habe, dann ist derzeit die Version von Shim in Tumbleweed etwas älter als die in Leap (und Leap hat beim Update im BIOS irgendwie ältere Versionen von Shim für unsicher erklärt)? Kann man irgendwie abschätzen, wie lange es dauern wird, bis auch Tumbleweed eine Shim-Version bekommt, mit der ich es dann wieder booten kann?
Oder alternativ: was könnte ich sonst tun, um das Problem abzustellen?

PS: ob auch die Bootloader anderer Distributionen betroffen sind, habe ich nicht wirklich probiert, mit einer Ausnahme: mein Fedora 38 bootet klaglos, ebenso der zugehörige Installations-Stick aus dem April diesen Jahres.

Beste Grüße, Diophant

Hallo Feli,

das ist jetzt in kleines Missverständnis. Ich bin nicht an irgendwelchen provisorischen Lösungne interessiert, welche eines der beiden anderen Betriebssyteme betreffen. Wenn es nur so geht, dann lasse ich es bleiben. Das hätte ich oben dazuschreiben sollen, sorry. Trotzdem vielen Dank für deine Antwort.

Was die Betriebssysteme angeht: da hat jedes seine eigene Festplatte. Fedora hat eine eigene EFI-Partition, System und Daten liegen jeweils auf Ext4-Partitionen auf der gleichen Platte (also eine Partition ist bei '/' eingehängt, die zweite bei '/home'). Dann gibt es noch eine kleine Swap-Partition. Aber das hat wie gesagt mit dem Problem hier nichts zu tun. openSUSE ist derzeit nicht installiert, da ich die Leap-Installation aus Windows heraus per diskpart gelöscht hatte und jetzt ja keine Chance mehr habe, Tumbleweed zu installieren. Ich kann ja noch nicht einmal den Installations-Stick booten.

Also wenn sich jemand mit diesen PK-Schlüsseln im UEFI besser auskennt als ich und eine Möglichkeit sieht, wie man diesen unsäglichen Eintrag von Leap wieder loswerden kann: das wäre eine Info, an der ich interessiert wäre. Oder wenn bekannt wäre, wann der Shim-Bootloader von Tumbleweed einen Stand erreicht, so dass er von dem von Leap hinterlassenen Eintrag im UEFI nicht mehr abgeleht wird.
Beste Grüße, Diophant

Hallo Feli,

ich habe doch einen Link zur Problembeschreibung im Themenstart eingefügt, hast du den durchgelesen? Es macht keinen Sinn, das an einem anderen Rechner zu probieren, denn dort wird es funktionieren. Es hat ja bei mir auch funktioniert, bevor ich Leap installiert hatte. Da Problem wird wie in dem Link beschrieben von Leap verursacht, offensichtlich aber nicht auf jeder Hardware. Was mein BIOS angeht: ja, das ist insofern aktuell, als die neueste Version aufgespielt ist. Das Mainboard ist allerdings aus 2018 und das neueste BIOS, das es vom Hersteller gibt, demzufolge aus 2021.

Was du unter 'UEFI aktualisieren meinst', ist das Einspielen einer neueren UEFI.dbx-Datei? Ein solches Update gab es vor ein paar Wochen in Fedora auch. Aber auch das hat mit dem hier geschilderten Problem wohl auch nichts zu tun.
Gruß, Diophant

Hallo sterun,

vermutlich hast du überlesen, dass auf unserem PC momentan keine openSUSE-Installation mehr existiert?
Könntest du mir davon unabhängig ein wenig erläutern, was genau passiert, wenn ich die sbat-policy lösche? Könnte ich das theoretisch von meiner Fedora-Installation aus machen? Wie genau wirkt sich das aus? Kann ich danach insbesondere Fedora weiterhin mit eingeschaltetem Secure-Boot starten?

Das wären so meine wesentlichen Fragen zu der von dir vorgeschlagenen Vorgehensweise.

Jedenfalls vielen Dank für deinen Beitrag!

Beste Grüße, Diophant