Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen
Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen
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
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
Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen
Moin,
klingt mysteriös, vorallem da es auf einem anderen Server zu gehen scheint.
Ich würde mal auf dem "kaputten" folgendes machen:
und in die Zeile ExecStart ein paar v's einfügern, in etwa so
Dann den Dienst neu starten
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
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
Code: Alles auswählen
ExecStart=/usr/sbin/in.tftpd -vvv --ipv4 --listen --address :69 --secure --blocksize 1024 /tftpboot/
Code: Alles auswählen
systemctl restart opsi-tftpd-hpa
Gruß
Mathias
Kein Support per DM!
_________________________
opsi support - http://www.uib.de/
For productive opsi installations we recommend support contracts.
_________________________
opsi support - http://www.uib.de/
For productive opsi installations we recommend support contracts.
Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen
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:
Zum Vergleich, habe ich eine Maschine per VMWare-VM mit UEFI gestartet da sieht das wie folgt aus:
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:
Hardware: Mainboard Fujitsu DS3645-S1
Networkcard: I210 Gigabit
Danke
Manfred
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
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
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
Networkcard: I210 Gigabit
Danke
Manfred
Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen
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
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.
_________________________
opsi support - http://www.uib.de/
For productive opsi installations we recommend support contracts.
Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen
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
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
Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen
Hallo,
hatte das gleiche Problem.
Nachdem ich die Opsi Produkte aktualisiert hatte, lief wieder alles.
Beste Grüße
Nikolaus
hatte das gleiche Problem.
Nachdem ich die Opsi Produkte aktualisiert hatte, lief wieder alles.
Code: Alles auswählen
opsi-package-updater -v update
Nikolaus
-
- Beiträge: 3
- Registriert: 04 Jan 2023, 17:12
Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen
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:
Beste Grüße
André
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)
André
Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen
Hi
welche Version hat denn das Netboot Paket
Gruß
Mathias
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.
_________________________
opsi support - http://www.uib.de/
For productive opsi installations we recommend support contracts.
-
- Beiträge: 3
- Registriert: 04 Jan 2023, 17:12
Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen
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é
Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen
moin
der opsi-package-manager hat eine Option um so etwas zu machen.
Damit kriegst du es wieder auf einen Stand.
Gruß
Mathias
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
Gruß
Mathias
Kein Support per DM!
_________________________
opsi support - http://www.uib.de/
For productive opsi installations we recommend support contracts.
_________________________
opsi support - http://www.uib.de/
For productive opsi installations we recommend support contracts.