OPSI PXE Boot schlägt fehlt - Thinkpad E14G6 / Dell E7280

[ffr9904]

Sehr geehrte Damen und Herren,

wir haben seit letzter Woche ein PXE Boot Problem mit Thinkpads vom Typ E14G6 (AMD Ryzen & AMD Radeon) und Dells vom Typ E7280
Wir nutzen OPSI 4.3 letztes Update (4.3.31.27) auf einem aktuellen Ubuntu 24.04.02 LTS

Im DHCP Server ist als Option gesetzt:
BIOS: "opsi/opsi-linux-bootimage/loader/opsi-netboot.bios"
UEFI64: "opsi/opsi-linux-bootimage/loader/shimx64.efi.signed"

Die Dell Clients ließen sich mittels UEFI ohne Secure Boot installieren. Das Thinkpad Modell soll die Dell Geräte ablösen und wurde vor zwei Wochen erfolgreich ebenfalls installiert - auch ohne Secure Boot.

Nun taucht in dieser Konfiguration bei beiden Geräten im Syslog folgender Fehler auf:

Code: Alles auswählen

RRQ from 10.11.13.3 filename opsi/opsi-linux-bootimage/loader/shimx64.efi.signed
tftp: client does not accept options
RRQ from 10.11.13.3 filename opsi/opsi-linux-bootimage/loader/shimx64.efi.signed
RRQ from 10.11.13.3 filename revocations.efi
sending NAK (1, File not found) to 10.11.13.3
RRQ from 10.11.13.3 filename Ǐnboard
sending NAK (1, File not found) to 10.11.13.3

Als Test haben wir im DHCP bei UEFI64 folgendes eingetragen: "opsi/opsi-linux-bootimage/loader/opsi-netboot.efi"

Damit klappt die Installation der alten Dell E7280 Geräte wieder:

Code: Alles auswählen

RRQ from 10.11.13.5 filename opsi/opsi-linux-bootimage/loader/opsi-netboot.efi
tftp: client does not accept options
RRQ from 10.11.13.5 filename opsi/opsi-linux-bootimage/loader/opsi-netboot.efi
RRQ from 10.11.13.5 filename /opsi/opsi-linux-bootimage/cfg/grub.cfg
RRQ from 10.11.13.5 filename /opsi/opsi-linux-bootimage/cfg/grub-settings.cfg
RRQ from 10.11.13.5 filename /opsi/opsi-linux-bootimage/cfg/24b9c059-03a1-42ce-8f0f-e89fd8452485
sending NAK (1, File not found) to 10.11.13.5
RRQ from 10.11.13.5 filename /opsi/opsi-linux-bootimage/cfg/01-bc-24-11-XX-XX-XX
sending NAK (1, File not found) to 10.11.13.5
RRQ from 10.11.13.5 filename /opsi/opsi-linux-bootimage/cfg/grub-menu.cfg
RRQ from 10.11.13.5 filename /opsi/opsi-linux-bootimage/cfg/grub-custom.cfg
RRQ from 10.11.13.5 filename /opsi/opsi-linux-bootimage/install-x64
RRQ from 10.11.13.5 filename /opsi/opsi-linux-bootimage/miniroot-x64

beim Thinkpad allerdings bleibt der Bildschirm schwarz und das Log sieht wie folgt aus:

Code: Alles auswählen

RRQ from 10.11.13.5 filename opsi/opsi-linux-bootimage/loader/opsi-netboot.efi
tftp: client does not accept options
RRQ from 10.11.13.5 filename opsi/opsi-linux-bootimage/loader/opsi-netboot.efi

Es wird keine grub.cfg geladen.

Wir sind komplett ratlos. Der OPSI Server läuft in einer virtuellen Maschine. Wir haben testweise auch den Stand vor 2 Wochen hergestellt, ohne Besserung.

BIOS wurde auf allen Geräten zurückgesetzt und neu eingerichtet.

Die OPSI Boot CD (mittels USB Stick) lässt das Thinkpad erfolgreich booten.
Es klappt auch, wenn man bei den Dell Geräten die Legacy Netboot Option einschaltet, allerdings gibt es die Möglichkeit bei den neuen Thinkpads nicht mehr.
Wir hatten gelesen, dass es eventuell Grafikprobleme mit dem Thinkpad geben kann. Allerdings klappt es ja mit der Boot CD und auch wenn man in der grub-settings.cfg die Option "set graphicsmode="false" setzt gibt es keine Besserung. Ist ja auch logisch, da keine grub.cfg geladen wird und somit keine grub-settings.cfg

Wo können wir weiter suchen?

Vielen Dank für eure Hilfe

flffr9904

[ffr9904]

UPDATE:

Nachdem wir einige Thread im "Freier Support" Bereich gelesen haben, scheint es so, als ob wir nicht die einzigen mit dem PXE UEFI Problem sind

Vielen Dank an den Beitrag viewtopic.php?t=14419&start=10

Wir haben ebenfalls das BIOS des Testgerätes auf eine ältere Version gedowngraded (Schritt für Schritt - BIOS für BIOS) und damit klappt wieder alles wie gewohnt:

Code: Alles auswählen

RRQ from 192.168.240.110 filename opsi/opsi-linux-bootimage/loader/shimx64.efi.signed
tftp: client does not accept options
RRQ from 192.168.240.110 filename opsi/opsi-linux-bootimage/loader/shimx64.efi.signed
RRQ from 192.168.240.110 filename revocations.efi
sending NAK (1, File not found) to 192.168.240.110 
RRQ from 192.168.240.110 filename opsi-netboot.efi
RRQ from 192.168.240.110 filename /opsi/opsi-linux-bootimage/cfg/grub.cfg
RRQ from 192.168.240.110 filename /opsi/opsi-linux-bootimage/cfg/grub-settings.cfg
RRQ from 192.168.240.110 filename /opsi/opsi-linux-bootimage/cfg/3704744c-322d-11b2-a85c-87334404f199
sending NAK (1, File not found) to 192.168.240.110
RRQ from 192.168.240.110 filename /opsi/opsi-linux-bootimage/cfg/01-c4-c6-e6-XX-XX-XX
RRQ from 192.168.240.110 filename /opsi/opsi-linux-bootimage/install-x64
RRQ from 192.168.240.110 filename /opsi/opsi-linux-bootimage/miniroot-x64

Hier gibts eine Übersicht über die Lenovo BIOS Versionen:
https://download.lenovo.com/pccbbs/mobi ... uj33w.html

Mit Version "R2KUJ27W" 1.10 vom 27.09.2024 klappt es wie gesagt!

Mich würde allerdings interessieren ob wir hier komplett nun Lenovo ausgeliefert sind oder ob auch von OPSI Seite Lösungen möglich werden in naher Zukunft.

Viele Grüße

flfr9904

[m.radtke]

Hi

das Lenovo Problem wird leider nur Lenovo lösen können.
Zum technischen Hintergrund: Mit der problematischen Firmware gibt es ein Problem beim Initialisieren der Netzwerkkarte im Grub.
Viele Geräte mit Intel CPUs wurden bereits gefixt und die AMD Geräte sollen nocht gefixt werden.

Zum Dell Problem: Das ist ein uns bekannter Fehler. Der Bug wurde bereits im entsprechenden Softwareteil gefixt, wir müssen aber warten bis die gefixte SHIM Datei für Seucreboot durch einen Reviewprozess durch geht und das dauert leider mehrere Monate.

Gruß
Mathias

[ffr9904]

Hallo Mathias,

danke für deine Antwort.
Das mit dem Dell Problem ist für uns nicht problematisch, da es ohne die SHIM Datei funktioniert und wir die Dell Geräte durch die Lenovo Geräte ablösen.

Ist natürlich bei über 100 Lenovo Geräten ärgerlich ein Firmware Downgrade durchzuführen bzw. per USB Stick ran zugehen, aber immerhin gibts zwei Lösungen und eine Lösung für PXE ist in Sicht per zukünftigen BIOS Update.

Viele Grüße

flfr9904

[m.radtke]

Hi

kurzes Feedback für alle Leser:
fr9904 hat eine uns von Lenovo zugesendete Vorabversion eines UEFI Updates erfolgreich getestet.
Wir haben das Feedback an Lenovo weitergeleitet und hoffen das dieses Update bald großflächig verteilt wird.

Gruß
Mathias