forum.opsi.org

Wir werden morgen intern besprechen wir wir das Problem so allgemein wie möglich lösen.

Eine elegante Lösung, welche ich auch intern bereits getestet habe und ebenfalls vorschlagen werde
https://github.com/IServ-GmbH/localboot.lua

im Zweifelsfall gibt es wieder Syslinux 4.0.3

Hallo Nils.

Schon mal das syslinux downgrade versucht?

Gruß
Mathias

Dies ist möglich. Das Problem liegt an den Geräteherstellern und an kaputten Biosen. Im syslinux 4.0x gab es dazu einen patch. Dieser ist in 6.0.3 nicht vorhanden. Chainloading kann aber auch nach hinten losgehen, sprich Rechner die vorher mit localboot 0 funktionierten, funktionieren mit chainload ...

Bitte prüfen ob in der Datei /etc/default/aftfpd die variable USE_INETD auf True steht. Wenn ja den netzdienst mit neustarten

Ist das Problem, bei allen Clients vorhanden oder nur an bestimmten Modellen?

In den Releasneotes zu 4.0.6 gibt es einen Hinweis beim bootimage, wie mit solchen Clients umgegangen werden muss.

zum leeren Syslog kann ich lediglich das mitgeben
http://lmgtfy.com/?q=syslog+is+empty

Da ist irgendwas am System falsch

normalerweise wird syslog vom tftp gefüllt. ich habe noch keine installation gesehen, in der da snicht so ist. taucht im Syslog denn auf, das der client vom Server eine IP bekommt? Die --no-tsize option ist nur für debian8 server relevant ich gehe davon aus das, sofern der client sich mit dem server...

Syslog output bitte

Zudem steht mehrmals im Getting started das eine Fehlermeldung wegen /etc/opsi/modules normal ist, sofern keine Freischaltdatei vorliegt

Bitter hierfür einen eigenen Thread aufmachen.

ich nehme mal an mit 4.0.6.27 ist Python-opsi gemeint
wurden alle Produkte upgedatet?

laufen die Dienste?
Es wirkt so, als ob die PXE Pipe nicht ausgelesen wird

Bitte im Syslog checken ob die PXE Konfiguration unter /tftpboot/linux/pxelinux.cfg/ ausgelesen wird