UEFI PXE Boot geht nicht mehr

[SimonHSG]

Hallo Zusammen,

ich habe aktuelle das Problem, dass ich per UEFI nicht mehr PXE booten kann. Letzten Monat hat es noch funktioniert.
Wir verwenden in der Firma Dell Produkte. Ich habe es jetzt mit einem Latitude 5400 und 5490 getestet.
SecureBoot ist ausgeschaltet.

Wir benutzen den Windows DHCP, die Scope Options scheinen zu gehen, da im Opsi der Syslog sich meldet. Hier das Log dazu.

Code: Alles auswählen

Apr 29 08:58:47 iit-opsi in.tftpd[10690]: RRQ from XXX.XXX.XXX.XXX filename linux/pxelinux.cfg/elilo.efi
Apr 29 08:58:47 iit-opsi in.tftpd[10690]: tftp: client does not accept options
Apr 29 08:58:47 iit-opsi in.tftpd[10691]: RRQ from XXX.XXX.XXX.XXX filename linux/pxelinux.cfg/elilo.efi
Apr 29 08:58:47 iit-opsi in.tftpd[10692]: RRQ from XXX.XXX.XXX.XXX filename linux/pxelinux.cfg/0A7AC70D.conf
Apr 29 08:58:47 iit-opsi in.tftpd[10693]: RRQ from XXX.XXX.XXX.XXX filename linux/pxelinux.cfg/0A7AC7-x86_64.conf
Apr 29 08:58:47 iit-opsi in.tftpd[10694]: RRQ from XXX.XXX.XXX.XXX filename linux/pxelinux.cfg/0A7AC7.conf
Apr 29 08:58:47 iit-opsi in.tftpd[10695]: RRQ from XXX.XXX.XXX.XXX filename linux/pxelinux.cfg/0A7A-x86_64.conf
Apr 29 08:58:47 iit-opsi in.tftpd[10696]: RRQ from XXX.XXX.XXX.XXX filename linux/pxelinux.cfg/0A7A.conf
Apr 29 08:58:47 iit-opsi in.tftpd[10697]: RRQ from XXX.XXX.XXX.XXX filename linux/pxelinux.cfg/0A-x86_64.conf
Apr 29 08:58:47 iit-opsi in.tftpd[10698]: RRQ from XXX.XXX.XXX.XXX filename linux/pxelinux.cfg/0A.conf
Apr 29 08:58:47 iit-opsi in.tftpd[10699]: RRQ from XXX.XXX.XXX.XXX filename linux/pxelinux.cfg/01-34-48-XX-XX-XX-XX
Apr 29 08:58:47 iit-opsi in.tftpd[10700]: RRQ from XXX.XXX.XXX.XXX filename linux/pxelinux.cfg/elilo-x86_64.conf
Apr 29 08:58:47 iit-opsi in.tftpd[10701]: RRQ from XXX.XXX.XXX.XXX filename linux/pxelinux.cfg/elilo.conf

Auf dem Notebook kommt folgende Meldung:

Code: Alles auswählen

Checking Media Presence......
Media Present.....
Downloading NBP file...

NBP file downloaded succesfully

Danach zeigt er direkt ELILO boot an und bleibt dort in einer Schleife.

Legacy PXE Boot funktioniet einwandfrei. Der opsipxeconfd Dienst läuft. Der Server ist ein Debian 9 mit Opsi Version 4.1.1.86

Vielen Dank schonmal für die Hilfe

Gruß SimonHSG

[m.radtke]

Hallo Simon,

hast Du denn ein Netboot Produkt auf setup gesetzt?
UEFI funktioniert anders als BIOS/MBR
Das UEFI ändert seine Bootreihenfolge dynamisch und sollte, nachdem ein Netzboot mit dem Bootimage erfolgreich war auch das WinPE oder Linux System als ersten Booteintrag in der Reihenfolge eintragen.
Bei schlecht implementierten UEFIs kommt es vor das die Bootreihenfolge nicht angepasst wird.

IM syslog sehe ich das keine Named Pipe existiert.
Wenn Du ein Netboot Produkt auf setup gesetzt hast, schau unter /var/log/opsi/opsipxeconfd.log nach wieso die Pipe nicht erstellt wurde.

Gruß
Mathias

[SimonHSG]

Hallo Mathias,

setup wurde gesetzt. Wie gesagt im Legacy PXE geht es ja.

Das Problem ist vor dem booten vom Opsi-Boot-Image. Dieser wird nicht geladen.

Hier der opsipxeconfd.log

Code: Alles auswählen

[5] [Apr 29 08:58:23] Got connection from client (opsipxeconfd|178)
[5] [Apr 29 08:58:23] Ignoring given pxeConfigTemplate because uefi detected for the client. (opsipxeconfd|563)
[3] [Apr 29 08:58:23] UNDERLICENSED: You have more Clients then licensed in modules file. Disabling module: u'uefi' (opsipxeconfd|718)
[5] [Apr 29 08:58:23] elilo configuration detected for CLIENT-PC (opsipxeconfd|778)
[3] [Apr 29 08:58:23] Failed to create pxe config writer: You have not licensed uefi module, please check your modules or contact info@uib.de (opsipxeconfd|453)
[2] [Apr 29 08:58:23] Traceback: (Logger.py|798)
[2] [Apr 29 08:58:23]   File "/usr/bin/opsipxeconfd", line 457, in updateBootConfiguration
    self._pxeConfigWriters.remove(pcw)
 (Logger.py|798)
[2] [Apr 29 08:58:23]      ==>>> list.remove(x): x not in list (opsipxeconfd|463)
[3] [Apr 29 08:58:23] Processing command u'update CLIENT-PC /var/run/opsipxeconfd/CLIENT-PC.json' failed: list.remove(x): x not in list (opsipxeconfd|913)

Ich sehe schon im Log, dass unsere Lizenz nicht mehr ausreichend ist. Ich denke, dass dort das Problem ist.

Gruß SimonHSG