Windows 10 setup ignores the RESEAL node under OOBE in AUTOUNATTEND.XML

Environment: 64-bit Windows 10 Enterprise preview, build 10074 (the latest ISO onto a clean disk) on both bare metal and in a VMware VM.

Using an XML file  based on one that worked well with Windows 7 and 8 (and deleting obsoleted nodes) everything works fine...until the setup program reaches the end of the specialize step. In both Windows 7 and 8 the setup logic moves from Pass 4 (specialize) to pass 7 (OOBE System), but then discovers that the XML file contains a RESEAL node showing MODE (under Microsoft-Windows-Deployment in the OOBESystem pass) to be set to AUDIT, as a result of which it ignores everything else in the OOBE section of the XML and sends control back to pass 5 (Audit System).

This behavior is documented in https://technet.microsoft.com/en-us/library/cc709627(v=ws.10).aspx . Note that the only other value valid in the RESEAL mode is "Force Shutdown Now", which has a default value of FALSE so it does not appear in the XML file. The page cited above states " If the configuration pass is oobeSystem, this means that all remaining oobeSystem settings, such as FirstLogonCommands, are ignored if the Mode value is Audit and ForceShutdownNow is set to false."

Problem: Windows 10 setup ignores this setting, and proceeds to process the OOBE settings (including running the "First Logon" commands), but the system remains in setup mode.

This breaks the build logic, since we need to build a master image for distribution to our staff but there's no obvious way to prevent the OOBE logic from running during the setup build.

The relevant XML text (heavily snipped to remove unnecessary lines) is:

    <settings pass="oobeSystem">
        <component name="Microsoft-Windows-Shell-Setup" [...]">
            <FirstLogonCommands> [lines snipped for brevity]
                    <CommandLine>C:\[...]\ShowState.cmd OOBESystem</CommandLine>
            </FirstLogonCommands>
        </component>
        <component name="Microsoft-Windows-Deployment" [...]">
            <Reseal>
                <Mode>Audit</Mode>
            </Reseal>
        </component>
    </settings>

The script (which should not have run at this point) dumps the sysprep status entries from the Registry to a log file:

SYSPREP stage (OOBESystem) entered

** HKLM\Software\Microsoft\Windows\CurrentVersion\Setup\State
** ImageState: IMAGE_STATE_UNDEPLOYABLE 

** HKLM\System\Setup\Status\SysprepStatus
** GeneralizationState: 0x7 
** CleanupState: 0x2 

** HKLM\System\Setup\Status\UnattendPasses
** specialize: 0x9 
** oobeSystem: 0x9 
** windowsPE: 0x0 
** offlineServicing: 0x0 
** generalize: 0x0 
** auditSystem: 0x9 
** auditUser: 0x5

Any ideas what's happening, and what can be done to fix it?

Joe

May 29th, 2015 3:18pm

Hi Joe,

Please check and send your installation log file to OneDrive, and post the shared link here in order to analyze.

You could find it from the path below:

%WINDIR%\Panther\setupact.log

%WINDIR%\Panther\setuperr.log

%WINDIR%\Panther\UnattendGC

Free Windows Admin Tool Kit Click here and download it now
June 1st, 2015 3:19am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics