Windows Setup "hängt" bei Pin Vergabe

[Jens1976]

Hallo, ich hätte da mal ne Verständnisfrage. Wenn ich eine autounattend.xml erstelle, die quasi nichts macht außer nach durchlaufen der OOBE ein Script zu starten, hängt das Setup bei "Pin erstellen" augenscheinlich fest. Der Kreis dreht sich und das wars dann. Durch Zufall bin ich darauf gekommen, das sich das Setup nicht aufhängt sondern lediglich die Seite nicht weiterspringt. Mit ALT+TAB kann man sich ja bekanntlich die aktiven Fenster anzeigen lassen, bzw. auch so wechseln. Dort wird mir die Seite zur Pin Eingabe angezeigt. Also mit ALT+TAB weiterspringen, "Blind" die Pin eintippen, mit TAB zum nächsten Feld, Pin bestätigen und mit Enter bestätigen. Dann läuft das Setup weiter. Dieses Verhalten betrifft aber nicht nur Windows 11 sondern auch Windows 10. Dort hab ich es ebenfalls getestet. Lasse ich die autounattend.xml weg, läuft das Setup normal durch. Es ist egal, was für eine autounatted.xml man nutzt. Das habe ich bereits ebenfalls getestet. Sobald man eine xml nutzt, die die manuelle Nutzererstellung ermöglicht, tritt dieses Verhalten auf. Woran kann das liegen? Oder hab ich nen Bug gefunden?

[Tante Google]

[DK2000]

Bug in der autounattend.xml? Ist so schwer zu sagen. Normaler Weise sollte das nicht passieren.

[Jens1976]

Keine Ahnung. Ich habs mit mehreren Varianten getestet. Ich hab auch nen Kollegen gebeten, eine xml zu erstellen, für den Fall, das ich nen Fehler eingebaut hab. Jedesmal das gleiche Verhalten
Selbst @Holgi hat eine erstellt, das gleiche Verhalten.

[DK2000]

Was steht denn drin in der Datei?

[Jens1976]

Wie gesagt, die macht nix, außer nach Beendigung des OOBE ein Script aufzurufen...

Code: Alles auswählen

<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State">

	<settings pass="offlineServicing"></settings>
	<settings pass="windowsPE">
		<component name="Microsoft-Windows-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
			<UserData>
				<ProductKey>
					<Key>00000-00000-00000-00000-00000</Key>
				</ProductKey>
				<AcceptEula>true</AcceptEula>
			</UserData>
		</component>
	</settings>
	<settings pass="generalize"></settings>
	<settings pass="specialize">
		<component name="Microsoft-Windows-Deployment" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
			<RunSynchronous>
				<RunSynchronousCommand wcm:action="add">
					<Order>1</Order>
					<Path>%windir%\System32\reg.exe ADD HKLM\SYSTEM\CurrentControlSet\Control\FileSystem /v LongPathsEnabled /t REG_DWORD /d 1 /f</Path>
				</RunSynchronousCommand>
				<RunSynchronousCommand wcm:action="add">
					<Order>2</Order>
					<Path>%windir%\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -Command "Set-ExecutionPolicy -Scope 'LocalMachine' -ExecutionPolicy 'RemoteSigned' -Force;"</Path>
				</RunSynchronousCommand>
			</RunSynchronous>
		</component>
	</settings>
	<settings pass="auditSystem"></settings>
	<settings pass="auditUser"></settings>
	<settings pass="oobeSystem">
		<component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
			
				  <FirstLogonCommands>
				  
				  
			 <SynchronousCommand wcm:action="add">
                <Order>1</Order>
	          <Description>PostInstall</Description>
	          <RequiresUserInput>false</RequiresUserInput>
                 <CommandLine>c:\windows\setup\scripts\PostInstall.cmd</CommandLine>
             </SynchronousCommand>  
		
			      </FirstLogonCommands>
			  
		</component>
	</settings>
</unattend>

[g-force]

Der Benutzer soll komplett manuell eingerichtet werden? Welche Eingaben sollen übersprungen werden?

[Jens1976]

Es sollen keine Eingaben übersprungen werden. Zum Schluß soll lediglich ein Script aufgerufen werden. Ich weiß, das man das auch mit ner Setupcomplete machen kann. Aber ich meine mal irgendwo gelesen zu haben, das die bei manchen Keys übersprungen wird. Deshalb wollte ich auf Nummer sicher gehen und bin diesen Weg gegangen... Sollte ich da falsch liegen, dann hat sich das erledigt...

[DK2000]

Also bei mir funktioniert es soweit. Habe die Datei vom allerdings bereinigten lassen.Aber ob das ein Problem darstellt, kann ich jetzt ich sagen. Fehler waren da keine Vorhanden.

Code: Alles auswählen

<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend"
    xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State">
    <settings pass="windowsPE">
        <component name="Microsoft-Windows-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
            <UserData>
                <ProductKey>
                    <Key>VK7JG-NPHTM-C97JM-9MPGT-3V66T</Key>
                </ProductKey>
                <AcceptEula>true</AcceptEula>
            </UserData>
        </component>
    </settings>
    <settings pass="specialize">
        <component name="Microsoft-Windows-Deployment" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
            <RunSynchronous>
                <RunSynchronousCommand wcm:action="add">
                    <Order>1</Order>
                    <Path>%windir%\System32\reg.exe ADD HKLM\SYSTEM\CurrentControlSet\Control\FileSystem /v LongPathsEnabled /t REG_DWORD /d 1 /f</Path>
                </RunSynchronousCommand>
                <RunSynchronousCommand wcm:action="add">
                    <Order>2</Order>
                    <Path>%windir%\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -Command "Set-ExecutionPolicy -Scope 'LocalMachine' -ExecutionPolicy 'RemoteSigned' -Force;"</Path>
                </RunSynchronousCommand>
            </RunSynchronous>
        </component>
    </settings>
    <settings pass="oobeSystem">
        <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
            <FirstLogonCommands>
                <SynchronousCommand wcm:action="add">
                   <Order>1</Order>
                    <Description>PostInstall</Description>
                    <RequiresUserInput>false</RequiresUserInput>
                    <CommandLine>c:\windows\setup\scripts\PostInstall.cmd</CommandLine>
                </SynchronousCommand>
            </FirstLogonCommands>
        </component>
    </settings>
</unattend>

Kann mir höchstens jetzt vorstellen, ass liegt am FirstLogonCommands (PostInstall.cmd). Da habe ich natürlich nur ein Dummy genommen, damit der da nicht wegen fehlender Datei rumspinnt. Eventuell wird er zu früh ausgeführt, da der Login bereits vor der Pin-Eingabe stattgefunden hat.

[Jens1976]

Der Pin wird doch wesentlich früher im Windows Setup erstellt. Dazwischen liegt doch noch massig Zeit (Dienste abnicken, OneDrive, Office365, etc.). Der Pin wird ja auch erstellt, nur halt über den Umweg. Wenn mans weiß, isses nich so das Ding, ich hätte halt gern ne Erklärung gehabt. Komisch Egal, trotzdem mal danke

[g-force]

Wie erstellst Du denn die XML? Du bist doch auch NTlite-Nutzer, oder irre ich mich da?

[DK2000]

@Jens1976

Sobald Du Name/Password vom Benutzer eingegeben hast, fand der FirstLogon statt. Ein weiteren Logon kommt nicht mehr. Daher endet man auch am Ende vom OOBE und dem BlaBla-Teil direkt auf den Desktop. Kann sein, dass sich da irgendetwas überschneidend.

Bei mir enthält die PostInstall.cmd nur "@Echo off", damit das Setup nicht nach fehlenden Dateien meckert.

Was mich jetzt aber noch interessieren würde, wann überhaupt wird der Profilordner erstellt?

@g-force:

Ich verwende da gerne den Windows SIM aus dem passenden ADK zu installierter Version (oder neuer). Aber wie gesagt, die .XML ist so weit in Ordnung. Macht was sie soll. Ich vermute halt, dass es an "FirstLogonCommands (PostInstall.cmd)" liegt.

[Jens1976]

Ich bin kein NTlite-Nutzer. Ich hab meine über ein Online-Formular erstellen lassen, weil ich grad keinen Rechner zur Hand hatte, wo man die ganz klassisch, wie von MS gewollt, erstellt. Dann hab ich eine von uns genommen, die benutzt wird, um die Firmenrechner zu installieren (hab eben den Teil rausgenommen, was die Nutzererstellung betrifft). Und Holgi hatte auch eine erstellt. Bei allen dreien hatte ich denselben Effekt.

[Jens1976]

@DK2000

Der wird doch während des Setups erstellt, entweder bei einem Online-Konto oder mit dem erstellen des Nutzers im Offline-Modus. Oder irre ich mich da? Kann natürlich sein, das der erst ganz zum Schluß erstellt wird, was man ja so nicht mitbekommt. Gut, wäre eine Möglichkeit...

[DK2000]

Der Profilordner kann erst erstellt werden, wenn der Benutzername feststeht.

Und hier muss man dann auch wirklich zwischen Setup und OOBE trennen. Das Setup ist vor der OOBE Phase beendet.

[Jens1976]

Der kann aber nicht ganz zum Schluß erstellt werden, die Apps landen ja auch dort...