Reparatur Loop nach Win-Update

[wolfbardo]

Die Intel NUCs hier sind auch mit Secureboot installiert

Gruss
Bardo Wolf

[Jan.Schmidt]

Edit 3:
Ich habe jetzt einmal ein Windows vom Stick installiert, anschließend den opsi-client-agent und mshotfix-win10-2009-x64-glb installieren lassen. Die funktionierte fehlerfrei und ich konnte auch noch 1 fehlendes Windows Update und 2 Treiber via Lenovo System Update installieren. System scheint jetzt fehlerfrei zu laufen. Dies verstärkt/bestätigt meinen Verdacht, dass das Problem durch das win10-x64 Paket (4.1.0.2-13) verursacht wird.

Hi,
nur der Vollständigkeit halber...

Das Iso auf dem Stick und das "iso" im OPSI sind haargenau die gleichen?

Denn hier https://winfuture.de/news,122427.html steht "dem Anschein nach sind aber nur Unternehmenskunden betroffen."
Also Iso die direkt im M$ VLSC gezogen und nicht mit dem Media Creation Tool erzeugt wurden.

[andré]

Ich habe dazu auch mal Lenovo angeschrieben. Auf deren Seite ist aber keinerlei Interesse da, dem Problem auf den Grund zu gehen, weil deren eigenes Image funktioniert.

[wKovacs]

Edit 3:
Ich habe jetzt einmal ein Windows vom Stick installiert, anschließend den opsi-client-agent und mshotfix-win10-2009-x64-glb installieren lassen. Die funktionierte fehlerfrei und ich konnte auch noch 1 fehlendes Windows Update und 2 Treiber via Lenovo System Update installieren. System scheint jetzt fehlerfrei zu laufen. Dies verstärkt/bestätigt meinen Verdacht, dass das Problem durch das win10-x64 Paket (4.1.0.2-13) verursacht wird.

Hi,
nur der Vollständigkeit halber...

Das Iso auf dem Stick und das "iso" im OPSI sind haargenau die gleichen?

Denn hier https://winfuture.de/news,122427.html steht "dem Anschein nach sind aber nur Unternehmenskunden betroffen."
Also Iso die direkt im M$ VLSC gezogen und nicht mit dem Media Creation Tool erzeugt wurden.

Genau. Ich habe genau mit dem Image mit dem ich den Stick erstellte auch das WinPE laut Anleitung erstellt und als Installationsquelle verwendet.

Den "Workaround" ohne secure boot zu installieren muss ich heute einmal mit unserer Hardware testen. Ich könnte damit leben...

Anscheinend wird der Loop ja durch ein Update aktiv. Mit ein wenig Glück wird dieses ja von Windows Seite bereinigt #hopedieslast

[wKovacs]

Moin - unter Deaktivierung von Secure Boot war ich dann in der Lage ohne weitere Probleme zu installieren, ein nachträgliches aktivieren zeigt bisher keine negativen Effekte.

Ich bin gerade bei der Migration zu 4.2 sobald ich das fertig bekommen habe, werde ich mit der aktuellsten Version vom win10 Paket testen können.

Danke nochmal

[wolfbardo]

Das Problem sollte im Paket
win10-x64_4.2.0.1-7.opsi
(derzeit in experimental) behoben sein.

Gruss
Bardo Wolf

[tobias]

Das Problem kenne ich, die Ursache IMHO:
Das Gerät fängt an sich automatisch bitlocker zu Verschlüsseln und dabei geht was schief.

Mit den Updates hängt es nicht zusammen, das ist eher Zufall weil während man fleißig am Updaten ist im hintergrund die Verschlüsselung läuft, erreicht diese 100% kommt das System danach nicht mehr hoch.
Das deaktivieren von SecureBoot sorgt dafür das die Verschlüsselung nicht startet....

Daher die Frage @UIB wie habt ihr das Problem behoben in dem Paket? Sämmtliche EInträge in der Unattended.xml haben bei mir nix gebracht.

[wolfbardo]

nach ewiger frickelei meinerseits scheint nach meinen tests

Code: Alles auswählen

diff unattend.xml.oobe  unattend.xml.template
197,199c197
< 	<component name="Microsoft-Windows-SecureStartup-FilterDriver" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
< 	<PreventDeviceEncryption>true</PreventDeviceEncryption>
< 	</component>
---
> 

zu klappen und das haben wir nun ins win10 template uebernommen da es etwas hübscher ist als die zweite Variante, die ich auch erst ewig nicht hinbekam:

Auch

Code: Alles auswählen

<                 <RunSynchronousCommand wcm:action="add">
<                     <Description>PreventDeviceEncryption001</Description>
<                     <Order>3</Order>
<                     <Path>cmd /c REG ADD HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\BitLocker\ /v PreventDeviceEncryption /t REG_DWORD /d 1</Path>
<                 </RunSynchronousCommand>

leistet das gewünschte

Gruss
Bardo Wolf

[tobias]

Sehr schön ich bin gespannt, hatte mit dem Microsoft Support auch kontakt hab aber entnervt aufgegeben weil ich das gefühl hatte die verstehen das Problem mal wieder nicht.... Tausend mal logs geschickt und tausend mal klar gemacht das die Bitlocker verschlüsselung startet.

Dann KB artikel geschickt bekommen was alles nicht geklappt hat ^^

[dotdle]

Antwort von Microsoft wird dann doch wieder diese sein: "This behaviour is by design."