Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen

convoy74
Beiträge: 40
Registriert: 06 Jul 2020, 10:24
Wohnort: Allgäu
Kontaktdaten:

Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen

Beitrag von convoy74 »

Hallo,

wir haben hier bei uns die Tage die OPSI-Server updated insbesondere das opsi-linux-bootimage auf Version 20220905-150400 gebracht.
Wenn wir nun bestimmte vorhandene Geräte versuchen zu installieren bleiben diese beim laden des opsi-netboot.efi hängen.
Die MAC Files (01-xx-xx....) werden nicht gelesen und die Installation funktioniert nicht.

UEFI-Module (Lizenz) existiert, Secure-Boot ist nicht aktiv.

Tauschen wir dagegen shimx64.efi.signed aus, und fügen in tftpboot/pxelinux.cfg/grubx64.efi ein funktioniert wieder alles.

Interessant daran, auf einem anderen OPSI (gleiche Version) mit gleicher HW läuft es anscheinend mit dem opsi-netboot.efi.

Irgendwelche Tips?

Danke

Manfred
Benutzeravatar
m.radtke
uib-Team
Beiträge: 1517
Registriert: 10 Jun 2015, 12:19

Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen

Beitrag von m.radtke »

Moin,

klingt mysteriös, vorallem da es auf einem anderen Server zu gehen scheint.

Ich würde mal auf dem "kaputten" folgendes machen:

Code: Alles auswählen

systemctl edit --full opsi-tftpd-hpa
und in die Zeile ExecStart ein paar v's einfügern, in etwa so

Code: Alles auswählen

ExecStart=/usr/sbin/in.tftpd -vvv --ipv4 --listen --address :69 --secure --blocksize 1024 /tftpboot/
Dann den Dienst neu starten

Code: Alles auswählen

systemctl restart opsi-tftpd-hpa
Danach mach du bei dem Client noch einen Netboot und schaust unter /var/log/syslog oder /var/log/messages was dort beim Boot gekloggt wird, nun sollte nämlich auch geloggt werden wenn Dateien nicht da sind wo sie angefragt werden. Poste dieses Logstück dann bitte hier. Danke

Gruß
Mathias
Kein Support per DM!
_________________________
opsi support - http://www.uib.de/
For productive opsi installations we recommend support contracts.
convoy74
Beiträge: 40
Registriert: 06 Jul 2020, 10:24
Wohnort: Allgäu
Kontaktdaten:

Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen

Beitrag von convoy74 »

Hallo,

erstmal danke, und ja ich finde das auch sehr komisch.
Ich hab jetzt mal das Debug (vvv) vom tftp wie hier beschrieben eingerichtet und den Service neugestartet.
Folgendes kam dabei raus, leider nicht viel:

Code: Alles auswählen

Dec 07 08:40:55 OPSI-SLAVE in.tftpd[20210]: RRQ from 192.168.1.30 filename /opsi/pxelinux.cfg/shimx64.efi.signed
Dec 07 08:40:55 OPSI-SLAVE in.tftpd[20210]: tftp: client does not accept options
Dec 07 08:40:55 OPSI-SLAVE in.tftpd[20211]: RRQ from 192.168.1.30 filename /opsi/pxelinux.cfg/shimx64.efi.signed
Dec 07 08:40:55 OPSI-SLAVE in.tftpd[20213]: RRQ from 192.168.1.30 filename /opsi/pxelinux.cfg/opsi-netboot.efi
Zum Vergleich, habe ich eine Maschine per VMWare-VM mit UEFI gestartet da sieht das wie folgt aus:

Code: Alles auswählen

Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19956]: RRQ from 192.168.1.39 filename /opsi/pxelinux.cfg/shimx64.efi.signed
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19957]: RRQ from 192.168.1.39 filename /opsi/pxelinux.cfg/opsi-netboot.efi
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19958]: RRQ from 192.168.1.39 filename /grub/grub.cfg-01-00-50-56-9d-fc-64
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19958]: sending NAK (1, File not found) to 192.168.1.39
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19959]: RRQ from 192.168.1.39 filename /grub/grub.cfg-0A0BFF27
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19959]: sending NAK (1, File not found) to 192.168.1.39
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19960]: RRQ from 192.168.1.39 filename /grub/grub.cfg-0A0BFF2
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19960]: sending NAK (1, File not found) to 192.168.1.39
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19961]: RRQ from 192.168.1.39 filename /grub/grub.cfg-0A0BFF
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19961]: sending NAK (1, File not found) to 192.168.1.39
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19962]: RRQ from 192.168.1.39 filename /grub/grub.cfg-0A0BF
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19962]: sending NAK (1, File not found) to 192.168.1.39
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19963]: RRQ from 192.168.1.39 filename /grub/grub.cfg-0A0B
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19963]: sending NAK (1, File not found) to 192.168.1.39
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19964]: RRQ from 192.168.1.39 filename /grub/grub.cfg-0A0
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19964]: sending NAK (1, File not found) to 192.168.1.39
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19965]: RRQ from 192.168.1.39 filename /grub/grub.cfg-0A
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19965]: sending NAK (1, File not found) to 192.168.1.39
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19966]: RRQ from 192.168.1.39 filename /grub/grub.cfg-0
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19966]: sending NAK (1, File not found) to 192.168.1.39
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19967]: RRQ from 192.168.1.39 filename /grub/x86_64-efi/command.lst
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19967]: sending NAK (1, File not found) to 192.168.1.39
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19968]: RRQ from 192.168.1.39 filename /grub/x86_64-efi/fs.lst
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19968]: sending NAK (1, File not found) to 192.168.1.39
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19969]: RRQ from 192.168.1.39 filename /grub/x86_64-efi/crypto.lst
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19969]: sending NAK (1, File not found) to 192.168.1.39
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19970]: RRQ from 192.168.1.39 filename /grub/x86_64-efi/terminal.lst
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19970]: sending NAK (1, File not found) to 192.168.1.39
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19971]: RRQ from 192.168.1.39 filename /grub/grub.cfg
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19972]: RRQ from 192.168.1.39 filename /opsi/pxelinux.cfg/01-00-50-56-9d-fc-64
Dec 07 08:05:43 OPSI-SLAVE in.tftpd[19972]: sending NAK (1, File not found) to 192.168.1.39
Die letzten beiden Zeilen hier, ich hatte das BootImage nicht auf "setup" gesetzt.

Wie schon geschrieben, mit grubx86.efi anstatt opsi-netboot.efi (shim ebenfalls getauscht) geht alles:

Code: Alles auswählen

Dec 06 16:32:20 OPSI-SLAVE in.tftpd[6642]: RRQ from 192.168.1.30 filename /opsi/pxelinux.cfg/shimx64.efi.signed
Dec 06 16:32:20 OPSI-SLAVE in.tftpd[6643]: RRQ from 192.168.1.30 filename /opsi/pxelinux.cfg/grubx64.efi
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6644]: RRQ from 192.168.1.30 filename /grub/grub.cfg-01-00-30-59-21-2d-52
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6645]: RRQ from 192.168.1.30 filename /grub/grub.cfg-0A0B051E
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6646]: RRQ from 192.168.1.30 filename /grub/grub.cfg-0A0B051
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6647]: RRQ from 192.168.1.30 filename /grub/grub.cfg-0A0B05
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6648]: RRQ from 192.168.1.30 filename /grub/grub.cfg-0A0B0
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6649]: RRQ from 192.168.1.30 filename /grub/grub.cfg-0A0B
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6650]: RRQ from 192.168.1.30 filename /grub/grub.cfg-0A0
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6651]: RRQ from 192.168.1.30 filename /grub/grub.cfg-0A
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6652]: RRQ from 192.168.1.30 filename /grub/grub.cfg-0
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6653]: RRQ from 192.168.1.30 filename /grub/x86_64-efi/command.lst
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6654]: RRQ from 192.168.1.30 filename /grub/x86_64-efi/fs.lst
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6655]: RRQ from 192.168.1.30 filename /grub/x86_64-efi/crypto.lst
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6656]: RRQ from 192.168.1.30 filename /grub/x86_64-efi/terminal.lst
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6657]: RRQ from 192.168.1.30 filename /grub/grub.cfg
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6658]: RRQ from 192.168.1.30 filename /opsi/pxelinux.cfg/01-00-30-59-21-2d-52
Dec 06 16:32:22 OPSI-SLAVE in.tftpd[6659]: RRQ from 192.168.1.30 filename /opsi/install-x64
Dec 06 16:32:23 OPSI-SLAVE in.tftpd[6661]: RRQ from 192.168.1.30 filename /opsi/miniroot-x64
Hardware: Mainboard Fujitsu DS3645-S1
Networkcard: I210 Gigabit

Danke

Manfred
Benutzeravatar
m.radtke
uib-Team
Beiträge: 1517
Registriert: 10 Jun 2015, 12:19

Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen

Beitrag von m.radtke »

Hi

die Datei opsi-netboot.efi ist ja auch nur ein grub, in diesem Falle Version 2.06. Du kannst einen Client in den Grub per UEFI Netboot starten lassen und schauen welche Grub Version die grubx64.efi hat.

Wenn ich es richtig verstehe: Es funktioniert mit opsi-netboot mit einer VMWare VM, aber nicht mit Fujitsu DS3645-S1? Funktioniert andere UEFI Hardware mit opsi-netboot.efi?

Gruß
Mathias
Kein Support per DM!
_________________________
opsi support - http://www.uib.de/
For productive opsi installations we recommend support contracts.
convoy74
Beiträge: 40
Registriert: 06 Jul 2020, 10:24
Wohnort: Allgäu
Kontaktdaten:

Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen

Beitrag von convoy74 »

Hallo,

ich schau mal welche Versionen wie funktionieren.

Wir haben zwar bereits eine andere Maschine mit genau dem opsi-netboot.efi installiert, dass war aber an dem OPSI wo auch die problematische HW ging.
Ich werde nächste Woche mal schauen, dass ich beide HW bekomme und werde beide an beiden OPSIs testen.

Danke

Manfred
Nikolaus
Beiträge: 1
Registriert: 16 Dez 2022, 14:26

Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen

Beitrag von Nikolaus »

Hallo,

hatte das gleiche Problem.
Nachdem ich die Opsi Produkte aktualisiert hatte, lief wieder alles.

Code: Alles auswählen

opsi-package-updater -v update
Beste Grüße

Nikolaus
weinmann_dsadm
Beiträge: 3
Registriert: 04 Jan 2023, 17:12

Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen

Beitrag von weinmann_dsadm »

Moin!
Wir haben das ein ähnliches Problem und ähnliche Logs wie convoy74.

Nach einem debian update auf den 6er Kernel traten die Probleme auf.
Gibt es evtl. etwas neues zu diesem Thema?
die Opsi Produkte aktualisieren, hat leider nicht geholfen.

Des Weiteren habe ich noch dieses bootimage-Log gefunden:

Code: Alles auswählen

(2077)    [5] [2023-01-04 09:48:34.275] [               ] try to load efivars module: modprobe efivars   (<string>:541)
(2078)    [7] [2023-01-04 09:48:34.275] [               ] Removing LD_LIBRARY_PATH from env for subprocess   (Posix.py:880)
(2079)    [6] [2023-01-04 09:48:34.275] [               ] Executing: /sbin/modprobe efivars   (Posix.py:970)
(2080)    [6] [2023-01-04 09:48:34.276] [               ] Using encoding 'UTF-8'   (Posix.py:997)
(2081)    [7] [2023-01-04 09:48:34.283] [               ] >>> modprobe: FATAL: Module efivars not found in directory /lib/modules/6.0.6   (Posix.py:1043)
(2082)    [7] [2023-01-04 09:48:34.284] [               ] >>>    (Posix.py:1043)
(2083)    [7] [2023-01-04 09:48:34.284] [               ] Exit code: 1   (Posix.py:1050)
(2084)    [5] [2023-01-04 09:48:34.284] [               ] we are not running in uefi mode   (<string>:545)
Beste Grüße
André :D
Benutzeravatar
m.radtke
uib-Team
Beiträge: 1517
Registriert: 10 Jun 2015, 12:19

Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen

Beitrag von m.radtke »

Hi

welche Version hat denn das Netboot Paket

Gruß
Mathias
Kein Support per DM!
_________________________
opsi support - http://www.uib.de/
For productive opsi installations we recommend support contracts.
weinmann_dsadm
Beiträge: 3
Registriert: 04 Jan 2023, 17:12

Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen

Beitrag von weinmann_dsadm »

m.radtke hat geschrieben: 04 Jan 2023, 17:45 Hi

welche Version hat denn das Netboot Paket

Gruß
Mathias

Hallo und vielen Dank für die schnelle Antwort.
Die aktuelle Version vom win10-x64 ist 4.2.0.3-6
von der/den "custom" Windows Version ist die Versionsnummer 4.2.0.1-4

Ich habe entsprechend ein mal versucht, die neuere Version zu installieren und es gibt nun eine andere Fehlermeldung aber erwartete Fehlermeldung, weil wir diverse, komplett angepasste Windows 10 Versionen (Netboot products) haben.

:?: Wir fragen uns, wo wir etwas in der Dokumentation finden könnten um die Versionen der angepassten "Netboot products" schnell auf den neusten Stand zu bringen. Müssen diese vermutlich händisch entpackt, geändert und gepackt werden?

Beste Grüße
André
Benutzeravatar
m.radtke
uib-Team
Beiträge: 1517
Registriert: 10 Jun 2015, 12:19

Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen

Beitrag von m.radtke »

moin

der opsi-package-manager hat eine Option um so etwas zu machen.

Code: Alles auswählen

opsi-package-manager -i win10-x64_4.2.0.3-6.opsi --new-product-id PRODUKTNAME
Damit kriegst du es wieder auf einen Stand.

Gruß
Mathias
Kein Support per DM!
_________________________
opsi support - http://www.uib.de/
For productive opsi installations we recommend support contracts.
Antworten