Windows 10 1803 x64 Installation läuft nicht vollautomatisch ab
Verfasst: 23 Aug 2018, 13:28
Hallo zusammen,
leider finde ich keine passenden bzw. zu viele Informationen zu meinem Problem, so dass ich nicht mehr weiter weiß, wonach ich suchen soll.
Wir haben folgende Konfiguration:
UCS 4.2 mit opsi - Client Management 4.0.7.6-2 und opsi - Local Image 4.0.6
ospi-client-agent 4.1.0.0-15
opsi-local-image-win10-x64 4.1.0.0-10
Bisher lief alles mit Windows 10 1709 x64 gut. Jetzt haben wir die neuen Inhalte der Windows Installations-DVD von Windows 10 1803 nach /var/lib/opsi/depot/opsi-local-image-win10-x64/installfiles kopiert.
(Ok, um korrekt zu sein, wir arbeiten mit Symbolischen Links, die aber bisher wunderbar funktioniert haben, von opsi-local-image-win10-x64/installfiles haben wir einen Link nach win10-x64/installfiles bisher und jetzt nach win10-1803-x64, dazu haben wir einfach das damals funktionierende Verzeichnis win10-x64 nach win10-1803-x64 kopiert und den Link von locale-image dorthin gelegt. Uns wurde das damals so von uib eingerichtet, so dass wir die Installationsdateien nicht zweimal auf dem Server haben, aber die Produkte win10-x64 und opsi-local-image-win10-x64 nutzen können. Wie gesagt, das hat alles bisher gut funktioniert und ich glaube nicht, dass hier das Problem liegt.)
Wenn wir jetzt einen PC installieren (VM als Test-Computer, hat bisher immer vollständig funktioniert), starten wir zunächst einen opsi-locale-image-prepare, der dann opsi-local-image-win10-x64 startet.
Dann passiert folgendes:
1. opsi-locale-image-prepare läuft korrekt durch
2. opsi-local-image-win10-x64 wird gestartet
3. WinPE wird installiert und startet
aber dann
4. Obwohl wir bei dem Paket opsi-local-image-win10-x64 unter imagename "Windows 10 Enterprise" eingetragen haben, wird nach der Version gefragt, die installiert werden soll (es ist eine VolumenLizenz CD, mit Windows 10 Enterprise, ...Education, ...K, ....N usw. aus dem VLSC von Microsoft). Jedoch weiß ich nicht, ob man überhaupt über imagename die Version auswählt.
5. Windows Setup läuft durch
aber dann
6. Windows fragt nach der Sprache, Tastaturlayout, dem Benutzername, usw.
7. der dann per Hand angelegt Benutzer wird angemeldet
Der Computer ist dann weder gejoint, der Benutzer Administrator ist nicht aktiviert, der opsi-client-agent ist nicht installiert, es fehlt das Verzeichnis c:\opsi.org usw., sprich nichts von der Automatik, die vorher bei 1709 lief ist jetzt bei der 1803 abgelaufen.
Dann gibts noch das smb1 Problem, wir können den Computer nur (manuell) joinen, die Installation von opsi-client-agent schlägt fehl, wenn wir nicht smb1 über Powershell aktivieren. Da weiß ich aber nicht, ob das was mit den Problemen oben zu tun hat.
In dem log in opsi-configed kann ich nichts finden, was das Problem erklären könnte. Unter C:\Panther kann ich in den logs auch nichts erkennen. Unsere Werte wurden aber anscheinend in die C:\Windows\Panther\unattended.xml eingetragen. Da stehen jedenfalls Einträge von uns drin.
Was mus ich tun? Was für Informationen muss ich suchen? Wie kann ich den Fehler finden?
Liebe Grüße, Gerhard Prade
leider finde ich keine passenden bzw. zu viele Informationen zu meinem Problem, so dass ich nicht mehr weiter weiß, wonach ich suchen soll.
Wir haben folgende Konfiguration:
UCS 4.2 mit opsi - Client Management 4.0.7.6-2 und opsi - Local Image 4.0.6
ospi-client-agent 4.1.0.0-15
opsi-local-image-win10-x64 4.1.0.0-10
Bisher lief alles mit Windows 10 1709 x64 gut. Jetzt haben wir die neuen Inhalte der Windows Installations-DVD von Windows 10 1803 nach /var/lib/opsi/depot/opsi-local-image-win10-x64/installfiles kopiert.
(Ok, um korrekt zu sein, wir arbeiten mit Symbolischen Links, die aber bisher wunderbar funktioniert haben, von opsi-local-image-win10-x64/installfiles haben wir einen Link nach win10-x64/installfiles bisher und jetzt nach win10-1803-x64, dazu haben wir einfach das damals funktionierende Verzeichnis win10-x64 nach win10-1803-x64 kopiert und den Link von locale-image dorthin gelegt. Uns wurde das damals so von uib eingerichtet, so dass wir die Installationsdateien nicht zweimal auf dem Server haben, aber die Produkte win10-x64 und opsi-local-image-win10-x64 nutzen können. Wie gesagt, das hat alles bisher gut funktioniert und ich glaube nicht, dass hier das Problem liegt.)
Wenn wir jetzt einen PC installieren (VM als Test-Computer, hat bisher immer vollständig funktioniert), starten wir zunächst einen opsi-locale-image-prepare, der dann opsi-local-image-win10-x64 startet.
Dann passiert folgendes:
1. opsi-locale-image-prepare läuft korrekt durch
2. opsi-local-image-win10-x64 wird gestartet
3. WinPE wird installiert und startet
aber dann
4. Obwohl wir bei dem Paket opsi-local-image-win10-x64 unter imagename "Windows 10 Enterprise" eingetragen haben, wird nach der Version gefragt, die installiert werden soll (es ist eine VolumenLizenz CD, mit Windows 10 Enterprise, ...Education, ...K, ....N usw. aus dem VLSC von Microsoft). Jedoch weiß ich nicht, ob man überhaupt über imagename die Version auswählt.
5. Windows Setup läuft durch
aber dann
6. Windows fragt nach der Sprache, Tastaturlayout, dem Benutzername, usw.
7. der dann per Hand angelegt Benutzer wird angemeldet
Der Computer ist dann weder gejoint, der Benutzer Administrator ist nicht aktiviert, der opsi-client-agent ist nicht installiert, es fehlt das Verzeichnis c:\opsi.org usw., sprich nichts von der Automatik, die vorher bei 1709 lief ist jetzt bei der 1803 abgelaufen.
Dann gibts noch das smb1 Problem, wir können den Computer nur (manuell) joinen, die Installation von opsi-client-agent schlägt fehl, wenn wir nicht smb1 über Powershell aktivieren. Da weiß ich aber nicht, ob das was mit den Problemen oben zu tun hat.
In dem log in opsi-configed kann ich nichts finden, was das Problem erklären könnte. Unter C:\Panther kann ich in den logs auch nichts erkennen. Unsere Werte wurden aber anscheinend in die C:\Windows\Panther\unattended.xml eingetragen. Da stehen jedenfalls Einträge von uns drin.
Was mus ich tun? Was für Informationen muss ich suchen? Wie kann ich den Fehler finden?
Liebe Grüße, Gerhard Prade