Lenovo x12 Detatchable gen2 zickt beim PXE Boot

[Andi_089]

Hallo zusammen,

bin mir nicht ganz sicher, obs jetzt ein Bug ist oder meine eigene Intelligenz. Ich Poste sicherheitshalber mal hier

Habe hier ein brandneues Lenovo x12 Detachable gen2, welches sich beharrlich weigert per PXE betankt zu werden.

Secure Boot ist ausgeschaltet und in der dhcpd.conf haben wir die opsi-netboot.efi stehen (vor allem wegen unseren anderen Dell Geräten im Moment)

Der Laptop bootet per PXE, er findet den tftp-Server und lädt sich die opsi-netboot.efi... und das wars, mehr passiert nicht mehr, der Bildschirm bleibt schwarz.

wenn ich im journalctl vom Server nachsehe, kann ich sehen, dass er keine weiteren Dateien anfordert. Dabei müsste er ja die grub.cfg, die Datei mit der MAC im Namen usw. noch abholen.

Die selbe Konfig fürs netboot hat bislang immer super funktioniert, nur diese neuen Geräte machen richtig Zicken.

Habe schon versucht mit der shimx64.efi.signed zu booten (auch mit der neuem im August Relese Thread verlinkten) leider ändert sich da auch nix.

Ein testweiser Boot von USB mit einem Ubuntu 24.04.1 war kein Problem.

Jemand eine Idee?

[m.radtke]

Hi,

leider kommen immer häufiger Lenovo Geräte mit solch einem Verhalten.
Wir haben hier ein Lenovo L16 Gen 1 mit Intel CPU das genau das von dir beschriebene Symptom aufweist.
Bisher hat es nur geholfen die Firmware auf eine frühere Version downzugraden.

Zusätzlich haben wir den Netzwerkboot mit einem Debian und Ubuntu Grub ausprobiert, gleiches Phänomen, die Kisten bleiben stehen, selbst die Grub Shell reagiert nicht auf Tastatureingaben.

Falls Du einen Downgrade der Firmware machen kannst, musst du mal prüfen ob es eine Firmware gibt mit der es noch klappt.
Zum jetzigen Zeitpunkt haben wir leider keine bessere Lösung.

Gruß
Mathias

[m.radtke]

Hi

noch ein kleiner Zusatz:
Versuch doch mal mit der opsi 4.3 CLient ISO (https://tools.43.opsi.org/stable/opsi4. ... oot-cd.iso) den Client von USB Stick zu starten.
Mit BalenaEtcher kannst du die ISO direkt auf den USB Stick "brennen".

Gruß
Mathias

[Andi_089]

Guten Morgen,

danke für die schnelle Antwort.

Ja, ich hatte befürchtet, dass es ein allgemeines Problem ist und nicht nur ich etwas falsch konfiguriert habe.

Das mit der Grub Konsole habe ich bei mir genau so festgestellt. Ich habe einmal testweise die opsi-netboot-debug.efi in die dhcpd.conf geschrieben, dann hatte ich das Selbe Phänomen, dass die Konsole nicht auf Tastatureingaben reagiert hat.

Mit dem OPSI USB Stick klappt das Booten und die Netboot Installation läuft an.
(Hier habe ich noch ein Problem, dass WinPE dann den Share nicht mounten kann, aber das ist glaube ich ne Konfigsache meinerseits, das prüfe ich nochmal nach)

Ein Downgrade der Formware ist leider auch keine Lösung, da die Geräte ganz neu sind, hier gibt es nichts Älteres, was man nehmen könnte.

Gerne wäre ich bei der Behebung behilflich, wenn es also EFIs gibt, die man testen kann usw. dann bitte Melden.
Gute Linux Kenntnisse sind vorhanden.

Falls gewünscht könnte ich euch auch eines der Geräte zur Teststellung schicken (wir haben 22 Stk. auf einmal gekauft)

[m.radtke]

Hi

Danke für die Rückmeldung.

Wir haben hier ein L16 Gen 1 und kriegen kommende Woche noch ein anderes betroffenes Gerät.
Bug Report im GRUB ist auch schon angelegt. Mal sehen ob da reagiert wird.

Aktuell bleibt erstmal der Workaround mit dem USB Stick.

Gruß
Mathias

[Andi_089]

Perfekt, dann harren wir der Dinge, die da kommen

Übrigens, die WinPE Installation läuft jetzt auch durch.
Hier war auch ein sauberes Fehlverhalten vorhanden.

Ich habe ja im UEFI vom Lenovo MAC-Passtrouh aktiviert und dann mit einem LAN->USB-C Adapter gearbeitet.

Für PXE Boot und dann für den Linux-Teil vom USB Bootstick hat das auch alles ganz toll geklappt.

Aber dann im WinPE Teil der Installation hatte er auf einmal wieder die MAC des Adapters genommen
und dann konnte er natürlich keine IP bekommen und dann auch keinen Share mounten usw.

Komisch nur, wie WinPE auf die Idee kommt sich hier über die UEFI Einstellung hinwegzusetzen.

[k.bollin]

Hallo,
zur Info, wir konnten dieses Verhalten gerade bei einem neuen Lenovo ThinkPad E14 Gen 6 (Type 21M3, Gerätetyp-Modell: 21M3002BGE) beobachten. Die Installation über die "Boot-CD" auf USB-Stick hat als Workaround funktioniert.

Viele Grüße
Knut

[thomas.f]

Hallo,

ich habe hier eine ganze Liste der an Lenovo Geräten die nicht mehr via PXE Booten können.
Das ganze wurde durch einen Fix im UEFI verursacht. Sofern möglich inkl. der Version ab der ein PXE Boot nicht mehr möglich ist.

Der Fix ist für CVE-2023-45236 & CVE-2023-45237 denke ich und lässt momentan nur noch Windows PXE Boots zu.
Wenn hier jemand eine Lösung findet wie man die Geräte wieder Booten kann wäre das großartig.

ThinkPad L14 Gen 4 (Type 21H5, 21H6) UEFI:1.21 / ECP:1.10
ThinkPad L15 Gen 4 (Type 21H7, 21H8)
ThinkPad L14 Gen 5 (Type 21L1, 21L2)
ThinkPad L16 Gen 1 (Type 21L3, 21L4)
ThinkPad L13 2-in-1 Gen 5 (Type 21LM, 21LN)
ThinkPad L13 Gen 5 (Type 21LB, 21LC) 1,11
ThinkPad S2 Gen 9 (Type 21LQ)
ThinkPad L13 2in 1 5th
ThinkPad X1 2 in 1 Gen 9 (Type 21KE, 21KF) UEFI:1.36 / ECP:1.24
ThinkPad X1 Carbon 12th Gen (Type 21KC, 21KD)
ThinkPad L14 Gen 4 (Type 21H1, 21H2) UEFI:1.28 / ECP:1.17
ThinkPad L15 Gen 4 (Type 21H3, 21H4)
ThinkPad L14 Gen 5 (Type 21L5, 21L6) UEFI:1.28 / ECP:1.23
ThinkPad L16 Gen 1 (Type 21L7 21L8)
ThinkPad P16 Gen 2 (Type 21FA, 21FB) UEFI:1.56 / ECP:1.54
ThinkPad P1 Gen 6 (Type 21FV, 21FW) UEFI:1.32 / ECP:1.14
ThinkPad X1 Carbon 11th Gen (Type 21HM, 21HN) UEFI:1.31 / ECP:1.19
ThinkPad X1 Yoga 8th Gen (Type 21HQ, 21HR)
ThinkPad X12 Detachable Gen 2 (Type 21LK, 21LL) UEFI:1.14 / ECP:1.12
ThinkPad Z13 AG1 (21D2) UEFI: 1.70

[m.radtke]

Guten Morgen,

vielen Dank für die ausführliche Liste.

Wir sind mit dem Problem bisher nicht weiter gekommen, haben aber folgendes festgestellt:
Mit der aktuellen Firmware wird der grub zwar gestartet, wie zB beim Workaround über den USB Stick. Wenn man dann versucht die Netzwerkkarte zu Initialisieren und ihr eine IP zu geben, schmiert er ab.
Was genau Lenovo für Änderungen gemacht hat, kann ich nicht genau sagen.

Vorerst müssen wir mit dem Workaround leben.
Ich habe von einem Kunden einen Kontakt bei Lenovo bekommen, dem ich das Problem bereits mitgeteilt habe. Leider habe ich daraufhin keine Reaktion bekommen.

Betroffen ist auch der Grub von Ubuntu/Debian.

Gruß
Mathias

[SportUserNRW]

Hallo zusammen,

Ich habe genau das gleiche Problem. Wir haben hier ein Lenovo L16 und er schmiert nach dem laden des NBP-Files ab.. bzw. der Bildschrim bleibt schwarz.

Was ist der Workarround? Kann mir hier jemand kurz skizieren wie?

Schönen Gruß
Dirk