Windows 10: ADK 10: Windows Imaging and Configuration Designer

I'd be surprised if space is an issue on a complete Reset, because I'd expect it to start by wiping out the whole machine (therefore freeing up all the space!). Mine is a 32GB VM. I'm using 32-bit which may also make a difference? Also I am in BIOS mode rather than EFI, and haven't changed the partition layout from the basic one from the installer, so I only have a C: drive rather than C: + D: etc.

 

see that is what I was wondering - I dual boot.. x64 and UEFI

The download only contain USMT and a script the runs the commands.. Same as Manually running the commands..

There are a few posted reference links - if can find something that is missing - would like to hear it..

 

Two questions
Was at least one of these Apps Non-MS - say Firefox or something
and what was the name used for the ppkg (usmt.ppkg or ThisPC*.ppkg)

Name via my script..

doing a win10 only reset (no ppkg) on host with dual boot x64 uefi, so on other pc

windows10 reset is said to keep MS apps

 

did a win10 only full reset (no ppkg) reset went as expected...
It reset insider hub (optional MS app)
But did not reset HP printer driver (Non-MS)

so it is not x64, UEFI or Dual Boot causing the issue

Scanstate uses the same commands manual vs myscript

except my script changes the ppkg name and output log location..

So knowing what David used would be a big plus to me..

But I will re-write the script to use the usmt defaults and post

 

Hi there,

I've been trying to understand the process, so I typed commands in myself, to figure out what was going on, rather than using your script. You'll see I've copied the scanstate files into the folder c:\temp\scanstate.

Here were the commands I used:
Code: md c:\recovery\customizations md c:\temp\Scanstate cd c:\temp\scanstate xcopy "C:\Program Files\Windows Kits\10\Assessment and Deployment Kit\windows setup\x86\sources" xcopy /s /y "C:\Program Files\Windows Kits\10\Assessment and Deployment Kit\User State Migration Tool\x86\*.*" scanstate /apps /drivers /ppkg c:\recovery\customizations\usmt.ppkg /o /c /v:13 /l:c:\temp\scanstate.log[/quote] So I did use "usmt.ppkg" as the name. I did in fact install Firefox as one of my test apps, and it came back after the Reset. It lost settings though ( in answer to whoever asked that before).

 

I see what you did...

Name and log location

I just changed my script to log to desktop and use USMT.ppkg name to recovery\customizations

 

so did ADK get reset too ??

I expect c\temp\scanstate did not get reset ??

 

Ooh I'm not sure. I thought I'd play with the Recovery Drive so I blasted the setup (sorry). I'll see if it comes back from the Recovery Drive version. (I only installed USMT on the machine to save time, not full ADK.)

 

because our file package is the same, your temp\scanstate and my usmt

except you copied all the setup source files and overwrote usmt files

I'll test some more Name and location..

Guide said sub-folders not needed, source or usmt

Although scanstate when running the command can not find replacement manifeists and is using system manifists..

so you, like me, included the replacements manifists in the file package

 

Maybe it's because I have a very basic machine setup - one local account, and only a few apps installed (Firefox, Adobe Reader, VLC, 7Zip, and USMT).

USMT in Program Files came back after a Recovery Drive reinstall incidentally.

Also, I'm not running scanstate from Audit Mode. I realise I probably should be, *Redface although the documentation is of course vague on this, but on the other hand it does seem to work.

I saw the error on Replacement Manifests too, which is why I copied the sub-folders.

 

Figured ADK came back..

not temp\scanstate

I am in user mode too

I logged to the customizations folder and deleted the log - but left behind the mig.xml..

So that leaves me to think, leaving mig.xml in the customization folder was the issue with my script
Or the ppkg name - although when using ICD you create a name..

so think for sure mig.xml in customization folder was the issue...

And for those looks to follow David's script here are the needed ADK folders (rather then a full installation of ADK)

https://www.dropbox.com/s/4c24ojkmgc...ckage.zip?dl=0

 

After a recovery drive install, yes to the ADK in the C:\Program Files, but you are correct that c:\temp\scanstate did not get reset.

Curiously it did create c:\temp but it's empty!

Edit: Here's what File Explorer looks like after the Recovery Drive install.

 

did not copy USER files or windows related USER settings

which is good.. Reset windows with windows default settings and re-installed the program..

After reset you have to run through License agreement (OOBE) ??

 

Yes you are correct, as far as I can tell. I had to create a new account when going through the initial setup screens after recovery install.

 

so audit mode not required...


Windows Reset Windows and your ppkg reinstalled your 3rd party programs

See once again I do not think it was ppkg name, but rather mig.xml causing the issue..