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 :
der Befehl überschreibt nichts, setzt die Versionsnummer des Netboot Produkts hoch, bzw. macht es wieder nutzbar.
Danke @Mathias
Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen
-
- Beiträge: 3
- Registriert: 04 Jan 2023, 17:12
Re: Nach OPSI Update kein grubx64.efi dafür opsi-netboot.efi mit Problemen
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:
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:
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 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
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)
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!
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.
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
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