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

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 »

Hallo,
es scheint, so klappt es.
Aber kann es sein, dass das Verzeichnis 'installfiles' überschrieben / geleert wird?
Oder sollte das nicht passieren ?

Vielen Dank schon mal für die Hilfe

Viele Grüße, André

EDIT 2023-01-09
Frage selbst beantwortet :roll: :
der Befehl überschreibt nichts, setzt die Versionsnummer des Netboot Produkts hoch, bzw. macht es wieder nutzbar.
Danke @Mathias ;)
Benutzeravatar
jub
Beiträge: 58
Registriert: 25 Nov 2010, 12:40

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

Beitrag von jub »

Hallo zusammen,

auch wir haben nun aehnlich Probleme wie convoy74 beim UEFI-PXE-Boot festgestell.

Server: OPSI 4.2.0.72-1 auf Debian 10.13
opsi-linux-bootimage: 20230127-1

Betroffene Hardware:
  • DELL Precision 7920 Rack
  • DELL OptiPlex 7010 (ja, die sind furchtbar alt)
Bei anderen OptiPlex-Modellen ist das Problem nicht aufgetreten.

Die OptiPlex wurden ebenso wie andere Maschinen vom Typ Precision 7920 mit aelteren Versionen von OPSI bzw. dem opsi-linux-bootimage erfolgreich installiert.

Bei den aktuellen Installationen ist Schluss nach:

Code: Alles auswählen

Fetching Netboot Image
Welcome to GRUB!
Waehrend ich nun hier gelesen und fuer die Precision den Loglevel vom opsi-tftpd-hpa heraufgeschraubt habe, ist dort immerhin eine GRUB-Shell erschienen.
Mit exit startete dann sofort wieder ein PXE-Boot und das Boot-Image wurde fuer das Hardware-Inventory geladen.

Naechster Versuch OS-Installation:
  • Die Precision bleibt wieder im GRUB haengen.
  • Abwarten.
  • exit
  • Die Installation startet.
Die Logs (MAC-Adresse ersetzt):

Code: Alles auswählen

Mar 24 11:54:39 opsisrv in.tftpd[20056]: RRQ from 10.8.4.11 filename linux/pxelinux.cfg/shimx64.efi.signed
Mar 24 11:54:39 opsisrv in.tftpd[20056]: tftp: client does not accept options
Mar 24 11:54:39 opsisrv in.tftpd[20057]: RRQ from 10.8.4.11 filename linux/pxelinux.cfg/shimx64.efi.signed
Mar 24 11:54:40 opsisrv in.tftpd[20058]: RRQ from 10.8.4.11 filename linux/pxelinux.cfg/opsi-netboot.efi

Mar 24 11:55:38 opsisrv in.tftpd[20065]: RRQ from 10.8.4.11 filename linux/pxelinux.cfg/shimx64.efi.signed
Mar 24 11:55:38 opsisrv in.tftpd[20065]: tftp: client does not accept options
Mar 24 11:55:38 opsisrv in.tftpd[20066]: RRQ from 10.8.4.11 filename linux/pxelinux.cfg/shimx64.efi.signed
Mar 24 11:55:38 opsisrv in.tftpd[20067]: RRQ from 10.8.4.11 filename linux/pxelinux.cfg/opsi-netboot.efi
Mar 24 11:55:39 opsisrv in.tftpd[20068]: RRQ from 10.8.4.11 filename /grub/grub.cfg-XX-XX-XX-XX-XX-XX-XX
Mar 24 11:55:39 opsisrv in.tftpd[20068]: sending NAK (1, File not found) to 10.8.4.11
Mar 24 11:55:39 opsisrv in.tftpd[20069]: RRQ from 10.8.4.11 filename /grub/grub.cfg-0A08040B
Mar 24 11:55:39 opsisrv in.tftpd[20069]: sending NAK (1, File not found) to 10.8.4.11
Mar 24 11:55:39 opsisrv in.tftpd[20070]: RRQ from 10.8.4.11 filename /grub/grub.cfg-0A08040
Mar 24 11:55:39 opsisrv in.tftpd[20070]: sending NAK (1, File not found) to 10.8.4.11
Mar 24 11:55:39 opsisrv in.tftpd[20071]: RRQ from 10.8.4.11 filename /grub/grub.cfg-0A0804
Mar 24 11:55:39 opsisrv in.tftpd[20071]: sending NAK (1, File not found) to 10.8.4.11
Mar 24 11:55:39 opsisrv in.tftpd[20072]: RRQ from 10.8.4.11 filename /grub/grub.cfg-0A080
Mar 24 11:55:39 opsisrv in.tftpd[20072]: sending NAK (1, File not found) to 10.8.4.11
Mar 24 11:55:39 opsisrv in.tftpd[20073]: RRQ from 10.8.4.11 filename /grub/grub.cfg-0A08
Mar 24 11:55:39 opsisrv in.tftpd[20073]: sending NAK (1, File not found) to 10.8.4.11
Mar 24 11:55:39 opsisrv in.tftpd[20074]: RRQ from 10.8.4.11 filename /grub/grub.cfg-0A0
Mar 24 11:55:39 opsisrv in.tftpd[20074]: sending NAK (1, File not found) to 10.8.4.11
Mar 24 11:55:39 opsisrv in.tftpd[20075]: RRQ from 10.8.4.11 filename /grub/grub.cfg-0A
Mar 24 11:55:39 opsisrv in.tftpd[20075]: sending NAK (1, File not found) to 10.8.4.11
Mar 24 11:55:39 opsisrv in.tftpd[20076]: RRQ from 10.8.4.11 filename /grub/grub.cfg-0
Mar 24 11:55:39 opsisrv in.tftpd[20076]: sending NAK (1, File not found) to 10.8.4.11
Mar 24 11:55:39 opsisrv in.tftpd[20077]: RRQ from 10.8.4.11 filename /grub/x86_64-efi/command.lst
Mar 24 11:55:39 opsisrv in.tftpd[20077]: sending NAK (1, File not found) to 10.8.4.11
Mar 24 11:55:39 opsisrv in.tftpd[20078]: RRQ from 10.8.4.11 filename /grub/x86_64-efi/fs.lst
Mar 24 11:55:39 opsisrv in.tftpd[20078]: sending NAK (1, File not found) to 10.8.4.11
Mar 24 11:55:39 opsisrv in.tftpd[20079]: RRQ from 10.8.4.11 filename /grub/x86_64-efi/crypto.lst
Mar 24 11:55:39 opsisrv in.tftpd[20079]: sending NAK (1, File not found) to 10.8.4.11
Mar 24 11:55:39 opsisrv in.tftpd[20080]: RRQ from 10.8.4.11 filename /grub/x86_64-efi/terminal.lst
Mar 24 11:55:39 opsisrv in.tftpd[20080]: sending NAK (1, File not found) to 10.8.4.11
Mar 24 11:55:39 opsisrv in.tftpd[20081]: RRQ from 10.8.4.11 filename /grub/grub.cfg
Mar 24 11:55:39 opsisrv in.tftpd[20082]: RRQ from 10.8.4.11 filename /linux/pxelinux.cfg/XX-XX-XX-XX-XX-XX-XX
Mar 24 11:55:39 opsisrv in.tftpd[20083]: RRQ from 10.8.4.11 filename /linux/install-x64
Mar 24 11:55:39 opsisrv in.tftpd[20084]: RRQ from 10.8.4.11 filename /linux/miniroot-x64
Die Pause zwischen 11:54:40 und 11:55:38 ist das Warten auf die GRUB-Shell.

Das laesst ein Timing-Problem vermuten; irgendetwas ist noch nicht korrekt initialisiert und steht erst beim zweiten PXE-Lauf zur Verfuegung.
Allerdings funktioniert die "Warte-Strategie" auf den OptiPlex 7010 nicht. Hier zeigt sich auch nach Stunden keine GRUB-Shell.

Viele Gruesse,
Jens
Antworten