[Gelöst] Win10 Netboot: Mountresult 1222

[d.karsten]

Im 800 ist eine Intel I217-LM. Den Treiber dafür haben wir von Intel (https://downloadcenter.intel.com/de/dow ... Windows-10), bei einem per CD aufgesetzten Client und nachträglicher Treiberinstallation funktioniert er, im WinPE nach wie vor nicht.

Da die 800 für Win10 freigegeben sind, beschränken wir uns erstmal auf die (die das geringere Problem darstellen sollten).

[uncle_scrooge]

Probiert es bitte hiermit:
https://downloadcenter.intel.com/downlo ... duct=60019
Und aus dem Verzeichnis PRO1000\Winx64\NDIS65 die INF e1d65x64.inf hernehmen.

[d.karsten]

Haben wir versucht, mit gleichem Fehler wie zuvor. Allerdings hat er in der drvloadlist.txt nun diese INF-Datei angegeben.

[wolfbardo]

auf welcher Basis ist das winpe erstellt?

Gruss
Bardo Wolf

[uncle_scrooge]

Hm.
Wenn in der drvloadlist.txt was steht, habt ihr den Treiber über die OPSI Treiberintegration eingebunden.
Euer WinPE ist 'sauber''? Also keine Treiber integriert?
Ggfs. ein dism /image:<euer WinPE image> /get-drivers absetzen. Das zeigt die integrierten 3rd-party driver an.
Wenn das WinPE sauber ist, bitte den umgekehrten Weg gehen:
Treiber ins saubere WinPE integrieren, OPSI Treiberintegration außen vor lassen.
Manche Treiber lassen sich nicht per drvload nachladen. (Normalerweise nur Treiber für machen Festplattencontroller, aber bei Intel weiß man nie.)

Edith sagt zu Bardo Wolf:
Win10 (viewtopic.php?f=7&t=9003#p39865)

[d.karsten]

Auf einem per CD aufgesetzten Win10 Build 1607 wurde das WinPE. Wir haben es sowohl mit dem OPSI-Paket opsi-winpe als auch per Hand versucht.

Wir haben folgende Konstellationen ausprobiert - alle mit dem gleichen Ergebnis:
-WinPE ohne Treiber, dafür Treiber im Paket hinterlegt
-WinPE mit diesem Treiber, Paket ohne Treiber
-Treiber im WinPE und im Paket hinterlegt

[uncle_scrooge]

Langsam gehen mir die Ideen aus.
Letzter Versuch, probiert es mal mit einem WinPE auf Basis Win7 mit passenden Treibern.

[d.karsten]

Das haben wir auch schon versucht, damit ließ es sich gar nicht erst starten.

Was mir gerade noch einfällt: Beim opsi-winpe meldet das Paket beim Versuch die winpe.wim nach boot.wim umzubenennen einen Fehler. Nachdem wir das nachgezogen hatten, mussten wir auch die startnet.cmd noch per Hand einbinden, weil sonst keine gefunden wird. Ist das ein bekannter Fehler?

[uncle_scrooge]

>>damit ließ es sich gar nicht erst starten
Jetzt wird es aber mysteriös.
Ihr habt manuell ein WinPE auf Basis Win7 gebaut, als boot.wim nach <netboot-Produkt>\sources kopiert, opsi-set-rights abgesetzt.
Und dann startete was genau nicht mehr?

>>Ist das ein bekannter Fehler?
Wenn aus welchen Gründen auch immer (Datei schon vorhanden, Virenscanner sagt hallo) winpe.wim nicht nach boot.wim umbenannt werden kann, schlägt zwangsweise auch der letzte Schritt im script (injizieren der startnet.cmd) fehl.

[d.karsten]

Nach einem Tipp von UIB haben wir rausgefunden, dass wir einen kleinen Fehler in der Unattend.xml hatten (Network nicht richtig eingetragen). Nachdem wir das behoben haben, funktioniert das Installieren von Win10, sogar ohne Treiber im WinPE.

Vielen Dank für eure Hilfe hier!