Windows 10 & PXE - Keine Chance?

[Grubi39]

Hallo zusammen,

Ich bekomme es nicht hin, dass sich meine Rechner (Laptop & V-Maschine) sich das Netboot-Produkt "Win10-x64" ziehen. DHCP ist konfiguriert, die Clients werden anscheinend auch versorgt:



Aber egal, was ich hier auswähle, es bleibt beim schwarzen Splashscreen. Auch nach Stunden rührt sich einfach nichts. Auszug aus der "syslog":

Code: Alles auswählen

Mar 17 19:39:20 opsi in.tftpd[1372]: RRQ from 172.31.17.28 filename /opsi/opsi-linux-bootimage/loader/opsi-netboot.bios
Mar 17 19:39:24 opsi in.tftpd[1373]: RRQ from 172.31.17.28 filename /opsi/opsi-linux-bootimage/cfg/grub.cfg
Mar 17 19:39:24 opsi in.tftpd[1374]: RRQ from 172.31.17.28 filename /opsi/opsi-linux-bootimage/loader/../cfg/ec4494cd-a363-4430-a792-24ef67cba578
Mar 17 19:39:24 opsi in.tftpd[1375]: RRQ from 172.31.17.28 filename /opsi/opsi-linux-bootimage/loader/../cfg/01-08-00-27-11-13-db
Mar 17 19:39:25 opsi in.tftpd[1376]: RRQ from 172.31.17.28 filename /opsi/opsi-linux-bootimage/cfg/grub-menu.cfg

Aus lauter Verzweiflung habe ich auch schon den Netzwerkspeed gemessen, laut iperf3 liegt die Datenrate bei 115Mbits/sec,daran kann es also auch nicht liegen. Opsi 4.3 ist installiert, die Maschine läuft in Hyper-V als Debian 10 .

[m.radtke]

Hi

das ist komisch, die TFTP Verbindung scheint ja zu funktionieren.
Ist der syslog Auszug gemacht worden nachdem du einen Eintrag ausgewählt hast?

Ich weiß das es bei Hyper-V die ein oder andere Besonderheit gab. Leider ist der Kollege der das beantworten könnte gerade nicht verfügbar.

Du kannst mit

Code: Alles auswählen

systemctl edit --full opsi-tftpd-hpa

hinter das

Code: Alles auswählen

in.tftpd 

noch ein paar v's hinzufügen und danach mittels

Code: Alles auswählen

systemctl daemon-reload && systemctl resatrt opsi-tftpd-hpa

den DIenst neu starten.
Wenn du dann wieder im Grub Menü bist kannst du die Taste 'c' drücken um in die Grub Shell zu kommen und dann folgendes eingeben

Code: Alles auswählen

linux (pxe)/opsi/opsi-linux-bootimage/install-x64 

und schauen ob das im syslog geloggt wird und ob der Client etwas macht.

Gruß
Mathias

[Grubi39]

Vielen Dank für die Antwort. GRUB scheint die Datei zu "laden":

Code: Alles auswählen

Mär 18 09:07:35 opsi in.tftpd[14261]: RRQ from 172.31.17.28 filename /opsi/opsi-linux-bootimage/install-x64

Im GRUB selbst scheint es aber nicht weiterzugehen

[m.radtke]

Hi

was steht denn in der syslog wenn du einen Eintrag aus dem Menü auswählst?

Gruß
Mathias

[SisterOfMercy]

Have you tried booting in UEFI mode?

[Grubi39]

Hi

was steht denn in der syslog wenn du einen Eintrag aus dem Menü auswählst?

Gruß
Mathias

Code: Alles auswählen

Mär 18 17:21:07 opsi in.tftpd[1050]: RRQ from 172.31.17.28 filename /opsi/opsi-linux-bootimage/install-x64

Leider nicht mehr :/

Have you tried booting in UEFI mode?

Beides versucht, in UEFI und in GPT .. Beides dasselbe Ergebnis

Aber was auch interessant ist:



Ist dieses Verhalten in GRUB normal? Zum testen des Produktes habe ich die "opsi4.3.0-client-boot-cd" benutzt. Dort konnte ich Windows ohne Probleme installieren. Es kann also zumindest nicht am Produkt liegen...

[m.radtke]

Moin,

irgendwas scheint da an der Kommunikation zwischen Client und Server nicht zu passen. Mit der Iso klappt es, denn da ist alles für den Start vom opsi-linux-bootimage vorhanden.

Ich habe aktuell keine Maschine die um das mit Hyper-V zu testen, der Kollege der mir da aushelfen kann kommt bald wieder. Dann kann ich ihn bitten das mal zu testen.

Gruß
Mathias

[Grubi39]

Moin,

irgendwas scheint da an der Kommunikation zwischen Client und Server nicht zu passen. Mit der Iso klappt es, denn da ist alles für den Start vom opsi-linux-bootimage vorhanden.

Ich habe aktuell keine Maschine die um das mit Hyper-V zu testen, der Kollege der mir da aushelfen kann kommt bald wieder. Dann kann ich ihn bitten das mal zu testen.

Gruß
Mathias

Ich habe zum Testen auch einfach mal die Firewall auf dem Windows-Server deaktiviert, keine Verbesserung. Auch ein "splash debug" in der grub.cfg" brachte keinen Debug zutage.Vielleicht sollte ich noch erwähnen, dass ich VirtualBox zur Installation benutze. Also der Host ist Hyper-V und der Client ist VirtualBox.

WireShark meldet nun zumindest, dass Pakete „getauscht“ werden:

[Grubi39]

Kommando zurück - Das Image hat nun (nach ewig langer Wartezeit) endlich geladen. Es scheint wohl ein Problem mit dem Netzwerk (Speed) zu sein. Aber die Baustelle nehme ich mir die kommenden Tage vor

Schon mal vielen Dank für die schnelle Hilfe

[m.radtke]

Hi

wie lange hat es denn gedauert?

Gruß
Mathias