forum.opsi.org

Moin,
nach dem Update des opsi-linux-bootimage 20231013-1 läuft der PXE UEFI Secure Boot nicht mehr.
Der Client bekommt diese Dateien
Okt 18 08:48:19 opsi in.tftpd[62548]: RRQ from 172.16.100.19 filename linux/pxelinux.cfg/shimx64.efi.signed
Okt 18 08:48:19 opsi in.tftpd[62548]: tftp: client does not accept options
Okt 18 08:48:19 opsi in.tftpd[62549]: RRQ from 172.16.100.19 filename linux/pxelinux.cfg/shimx64.efi.signed
Okt 18 08:48:21 opsi in.tftpd[62550]: RRQ from 172.16.100.19 filename linux/pxelinux.cfg/opsi-netboot.efi
und steht danach im "grub> " Prompt.
Egal, ob der Client konfiguriert ist oder nicht; wenn ja dann bekommt er seine pxelinux.cfg/<mac> Datei nicht.
Secureboot im Client an/aus, keine Änderung.
Alle Pakete sind aktuell, Basis ist ein Ubuntu 22.04.
Bin für jede Idee dankbar
VG

Moin,
das haben wir auch ab und zu, auch mit dem alten Bootimage. Meistens ist das Bios des neuen PCs in einem seltsamen Zustand. Clear TPM hilft. Auch darf bei manchen PCs (HP) der Onboard-grafik nur 64 MB im Bios zugewiesen werden, damit tftp-boot durchläuft. Habe gerade mit dem neuesten Bootimage HP400G9 installiert, funktioniert normal . Gruß Sigi

Hi,
es geht auch auf Geräten nicht mehr, die vorher einwandfrei gebootet haben. Hardware oder VMware Workstation, nix bootet mehr.
Ratlos ....

Hmm, Änderungen am grub durchgeführt, die jetzt zurückgesetzt wurden? (Siehe UIB-Ankündigungsmail vom 12.10: ...Das opsi-linux-bootimage verwendet eine andere und bearbeitete Version des grub Bootloaders. Mit dieser sind einige Dinge möglich, welche vorher nicht funktionierten und Änderungen an der grub.cfg voraussetzen. Hierbei wird die grub.cfg auf dem Server gesichert, aber nicht zurückgespielt. Sollten Sie Änderungen gemacht haben, können Sie diese in die grub-custom.cfg überführen. In Zukunft wird die grub.cfg bei einem Update des opsi-linux-bootimage gesichert, aber nicht mehr zurückgespielt um zu gewährleisten, dass die aktuellste grub.cfg des Bootimages verwendet wird.
...)
Sonst habe ich auch keine Idee

Hi

Ist das der komplette Syslog was den TFTP Prozess betrifft?
Ich würde erwarten das versucht wird die grub.cfg zu laden.

Was passiert denn wenn du in der grub shell folgendes eingibst Gruß
Mathias

m.radtke hat geschrieben: ↑18 Okt 2023, 11:45 Ist das der komplette Syslog was den TFTP Prozess betrifft?
Ich würde erwarten das versucht wird die grub.cfg zu laden.

Was passiert denn wenn du in der grub shell folgendes eingibst

Code: Alles auswählen

configfile (pxe)/grub/grub.cfg

Gruß
Mathias

Ja, das ist alles.
Und genau die grub.cfg vermisse ich da auch, im Vergleich zu früheren Bootvorgängen.

Wenn ich das am grub Prompt eingebe, dann holt er sich:
Oct 18 09:51:53 opsi in.tftpd[66279]: RRQ from 172.16.100.19 filename /grub/grub.cfg
Oct 18 09:51:53 opsi in.tftpd[66280]: RRQ from 172.16.100.19 filename linux/pxelinux.cfg/01-00-0c-29-50-9f-64
Oct 18 09:51:53 opsi in.tftpd[66281]: RRQ from 172.16.100.19 filename /linux/install-x64
Oct 18 09:52:11 opsi in.tftpd[66282]: RRQ from 172.16.100.19 filename /linux/miniroot-x64

Und steht dann mit dem Opsi Logo oben rechts da und tut weiter nichts.
Beim nächsten Mal, wenn die pxelinux.cfg/01-00-0c-29-50-9f-64 halt weg ist, kommt dann nach EIngabe am grub Prompt das Startmenü.
Edit: aber auch das bootet nicht durch nach Auswahl der Standardoption

Die Grub Config habe ich zuvor nie angepasst, alles out-of-the-box.

VG

Hi

das klingt kaputt.

DIe Frage ist nun, was genau ist da jetzt kaputt.
Der Prozess das der grub sich die grub.cfg holt ist ein automatischer Prozess, da wurde nichts geändert.

Ein Grundsätzliches Problem kann ich ausschliessen, da wir zB intern auch 4.2 Server nutzen, mit UEFI und da funktioniert es.

WIe lange hast du gewartet, nachdem du zB eine Auswahl im Menü getroffen hast?
DIe Übertragung als solches sollte ja nicht lange dauern.

Schon mal mit Wireguard geschaut was da zwischen Server und Client kommuniziert wird?

Dann werde ich mal die betreffenden Pakete rauswerfen und neu installieren. irgendeine der Bootdateien wird einen weg haben.

Habe einige Minuten gewartet, deutlich länger als sonst. Und gesniffert habe ich noch nicht.

Neuinstallation der Pakete und aller Dateien unterhalb /tftboot bringt nix.
Also habe ich mal einzelne Dateien getauscht

/tftpboot/linux/pxelinux.cfg/opsi-netboot.efi durch die grubx64.efi aus dem Paket
4.2:/development/xUbuntu_22.04/opsi-linux-bootimage_20220523-1.tar.gz
ersetzt und es bootet durch, also zieht eine grub Config und macht weiter, läuft dann logischerweise auf Fehler. Was meine Vermutung bestätigt, irgendwas ist mit der opsi-netboot.efi nicht ganz koscher.

Hi

nur um auf Nummer sicher zu gehen. wie ist denn die md5 summe und die Größe der durch das bootimage Paket installierten opsi-netboot.efi in deiner Umgebung?

Gruß
Mathias