forum.opsi.org

Moin zusammen,

ich habe gestern mir ein winpe nach Anleitung erstellt und ich bekomme nun bei der Ausführung von der "startnet.cmd" den Fehler:

mountresult: 384
There is no matching network driver in your repository!

Allerdings wenn ich die batch abbreche und per "ifconfig" nachprüfe habe ich eine IP und kann auch andere Geräte anpingen.

Hat da wer ne Idee? Leider habe ich mit der Suchfunktion nichts gefunden.

Grüße
erazor

Hast Du Dein WinPE mit Win10 1709 gebaut?
Wenn ja, könnte da der Hund begraben liegen. Bei 1709 ist SMBv1 abgeschaltet. Und das mag der OPSI-Server (noch) nicht.

uncle_scrooge hat geschrieben:Hast Du Dein WinPE mit Win10 1709 gebaut?
Wenn ja, könnte da der Hund begraben liegen. Bei 1709 ist SMBv1 abgeschaltet. Und das mag der OPSI-Server (noch) nicht.

In dem Fall müßtest du beim Bau des PE Image über DISM das Feature noch aktivieren (https://msdn.microsoft.com/de-de/library/hh824822.aspx), oder eine ältere windows 10 Version für den PE bau nehmen.

By the Way hat man das Problem auch bei allen Paketen, deren Installationsdaten auf dem Opsidepotserver liegt.

uncle_scrooge hat geschrieben:Hast Du Dein WinPE mit Win10 1709 gebaut?
Wenn ja, könnte da der Hund begraben liegen. Bei 1709 ist SMBv1 abgeschaltet. Und das mag der OPSI-Server (noch) nicht.

Ja habe ich tatsächlich.

sschindler hat geschrieben:

uncle_scrooge hat geschrieben:Hast Du Dein WinPE mit Win10 1709 gebaut?
Wenn ja, könnte da der Hund begraben liegen. Bei 1709 ist SMBv1 abgeschaltet. Und das mag der OPSI-Server (noch) nicht.

In dem Fall müßtest du beim Bau des PE Image über DISM das Feature noch aktivieren (https://msdn.microsoft.com/de-de/library/hh824822.aspx), oder eine ältere windows 10 Version für den PE bau nehmen.

By the Way hat man das Problem auch bei allen Paketen, deren Installationsdaten auf dem Opsidepotserver liegt.

Werde ich probieren und berichten, danke erstmal!

https://msdn.microsoft.com/de-de/library/hh824822.aspx

Damit konnte ich mein Problem lösen! Vielen Dank euch beiden!

>>Und das mag der OPSI-Server (noch) nicht.
Bevor mich jemand von uib zu recht lyncht....

Das ist kein Problem der OPSI-Dienste, sondern des genutzten SAMBA. Und der wiederum hört - je nach Version - gar nicht, oder erst nach Überredung auf SMBv2/3.
Und das Abschalten von SMBv1 an SAMBA kann, je nach Umgebung, zu unerwünschten Nebeneffekten führen.

Der opsi Server kann Samba3, je nach OS.

Kernel 4.13, aktuell Bootimage in Testing, hat smb1 komplett deaktiviert.
Debian7 kann bzw. konnte nicht anders als über smb1 kommunizieren. Im Bootimage gibt es daher einen Fallback, falls die smb3 Kommunikation nicht klappt.

Gruß
Mathias

m.radtke hat geschrieben:Der opsi Server kann Samba3, je nach OS.

Kernel 4.13, aktuell Bootimage in Testing, hat smb1 komplett deaktiviert.
Debian7 kann bzw. konnte nicht anders als über smb1 kommunizieren. Im Bootimage gibt es daher einen Fallback, falls die smb3 Kommunikation nicht klappt.

Gruß
Mathias

Gut zu wissen, danke!