forum.opsi.org

Hallo zusammen,

ich bekomme aktuell bei der Netboot-Installation von win10-x64 und win11-x64 den folgenden Fehler auf einem Dell Precision 3640:

Fetching Netboot Image opsi/opsi-linux-bootimage/loader/revocations.efi
Unable to fetch TFTP image: TFTP Error
Fetching Netboot Image opsi/opsi-linux-bootimage/loader/�Onboard
Unable to fetch TFTP image: TFTP Error
start_image() returned TFTP Error



Unter /tftpboot/opsi/opsi-linux-bootimage/cfg wird die Startdatei mit folgendem Inhalt angelegt:

set timeout=0
menuentry 'Start netboot installation' {
set gfxpayload=keep
linux (pxe)/opsi/opsi-linux-bootimage/install-x64 initrd=miniroot-x64 video=vesa:ywrap,mtrr vga=791 quiet --no-log console=ttyS0 pckey=c01f64630d7833856219bdc565bc17e5 hn=client dn=domain.com product=win11-x64 macaddress=30:d0:42:e8:4a:33 service=https://opsi.domain.com:4447/rpc
initrd (pxe)/opsi/opsi-linux-bootimage/miniroot-x64
}

Die Berechtigungen der Datei sind wie folgt:
-rw-r--r-- 1 root opsiadmin 419 Jan 10 10:34 01-30-d0-42-e8-4a-33


Auszug auf der /var/log/opsi/opsipxeconfd/opsipxeconfd.log:

[5] [2025-01-10 10:34:11.313] [Opsipxeconfd ] Got connection from client (opsipxeconfd.py:232)
[5] [2025-01-10 10:34:13.480] [PXEConfigWriter] Deleting config file '/tftpboot/opsi/opsi-linux-bootimage/cfg/01-30-d0-42-e8-4a-33' (pxeconfigwriter.py:220)
[5] [2025-01-10 10:34:13.481] [ ] PXE boot configuration for host 'client.domain.com' removed (opsipxeconfd.py:532)
[4] [2025-01-10 10:34:13.534] [ ] Product 'win11-x64' is using obsolete pxe config template 'install-x64', using default. (opsipxeconfd.py:548)
[5] [2025-01-10 10:34:13.580] [PXEConfigWriter] Creating config ['/tftpboot/opsi/opsi-linux-bootimage/cfg/01-30-d0-42-e8-4a-33'] and waiting for access (pxeconfigwriter.py:185)
[5] [2025-01-10 10:34:13.580] [ ] PXE boot configuration for host client.domain.com is now set at ['/tftpboot/opsi/opsi-linux-bootimage/cfg/01-30-d0-42-e8-4a-33'] (opsipxeconfd.py:496)
[5] [2025-01-10 10:53:39.756] [PXEConfigWriter] Deleting config file '/tftpboot/opsi/opsi-linux-bootimage/cfg/01-30-d0-42-e8-4a-33' (pxeconfigwriter.py:220)
[5] [2025-01-10 10:53:42.756] [Opsipxeconfd ] Got connection from client (opsipxeconfd.py:232)


Auszug aus /var/log/syslog:

Jan 10 10:34:29 opsi in.tftpd[37528]: RRQ from IP-Adresse filename opsi/opsi-linux-bootimage/loader/shimx64.efi.signed
Jan 10 10:34:29 opsi in.tftpd[37528]: tftp: client does not accept options
Jan 10 10:34:29 opsi in.tftpd[37529]: RRQ from IP-Adresse filename opsi/opsi-linux-bootimage/loader/shimx64.efi.signed
Jan 10 10:34:29 opsi in.tftpd[37530]: RRQ from IP-Adresse filename opsi/opsi-linux-bootimage/loader/revocations.efi
Jan 10 10:34:29 opsi in.tftpd[37531]: RRQ from IP-Adresse filename opsi/opsi-linux-bootimage/loader/�Onboard


Einstellungen vom Windows DHCP-Server:
UEFI = opsi/opsi-linux-bootimage/loader/shimx64.efi.signed
Legacy = opsi/opsi-linux-bootimage/loader/opsi-netboot.efi


Folgende Versionen sind im Einsatz:
dpkg -l | grep opsi

opsi-linux-bootimage 20240715-3 all opsi bootimage for netboot tasks.
ii opsi-server-full 4.3.5.1-1 all opsi server
ii opsi-tftpd-hpa 5.2.8-80 amd64 HPA's tftp server
ii opsi-utils 4.3.11.2-1 amd64 Utilities for working with opsi
ii opsi-webgui 4.3.43-1 all opsi webgui
ii opsiconfd 4.3.26.23-1 amd64 opsi configuration service
ii opsipxeconfd 4.3.6.0-1 amd64 opsi pxe configuration service


Die folgenden Werte wurden anonymisiert:
- IP-Adresse
- Domäne
- Client-Name
- Server-Name

Viele Grüße
Kevin

Guten Morgen,

das ist genau die Problematik, die hier beschrieben wurde.
Leider gibt es bis heute keinen Fix für dieses problem von Seiten der Shim-Entwickler.

Du könntest bitte mal folgendes probieren: Gruß
Mathias

Guten Morgen,

vielen Dank für die Info.
Der Link hat leider nicht geholfen, aber mit der "opsi-netboot.efi" funktioniert es nun wieder.

Viele Grüße
Kevin

Hi Kevin

also hast Du die Startdatei im DHCP von shimx64.efi.signed auf opsi-netboot.efi geändert?

LG
Mathias

Hallo Mathias,

ja, genau.

Viele Grüße
Kevin

Hi Kevin,

du kannst gerne mal folgende shimx64.efi ausprobieren: https://nextcloud.uib.de/s/ERETP4yAk5sekbk
Diese ist noch nicht signiert und sollte das Problem fixen.

Einfach die bestehende shimx64.efi.sigend wegsichern und die Datei als shimx64.efi.sigend ablegen und im DHCP als Startdatei hinterlegen.

Über Feedback würde ich mich freuen, denn dann können wir einen Review Prozess für diese Shim starten.
Am besten mit einem Auszug aus dem Syslog wie im ersten Post.

Gruß
Mathias

Moin Mathias,

wir haben nach dem Update das gleiche Problem. Der link ist leider nicht mehr aktiv. Kannst du das ggf. nochmal hochladen? Dann teste ich das auch mal

Hi

ja sorry, gab zwsichendrin noch ein Update

Hier der aktuelle Link: https://nextcloud.uib.de/s/CryF89gC2nXWM58
Da diese Datei noch nicht signiert ist, Secure Boot erstmal ausschalten

Gruß
Mathias

Klappt damit wieder problemlos (sofern SecureBoot aus ist)!

m.radtke hat geschrieben: ↑28 Jan 2025, 12:15 Hi

ja sorry, gab zwsichendrin noch ein Update

Hier der aktuelle Link: https://nextcloud.uib.de/s/CryF89gC2nXWM58
Da diese Datei noch nicht signiert ist, Secure Boot erstmal ausschalten

Gruß
Mathias

Danke für das Feedback. Die Binary ist bisher nicht signiert, da der Prozess ja leider ziemlich lange dauert und wir mit einer kurzen Prüfung verifizieren können ob die Patches das Problem reparieren.

Mal sehen wie lange der Review Prozess für die Microsoft Signatur dauert.