The latest Preview fix, solved the issue!
Try and see yourselves.
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
Please, no questions on to why I use a thick image, deployment time IS a concern here.
I have been using the same procedure to create an image, sysprep it and capture it for years, with various operating systems included Windows 10 21H2 and Windows 11 21H2, working just fine.
So... I tried to do the exact same procedure for Windows 11 22H2, using the same applications inisde the image, same language options. Exactly the same as with Windows 11 21H2.
The problem, after the successfull sysprep, rebooting the reference pc, will get the PC into the Getting Ready stage, and it will never move beyond it (even after 8 hours). The captured image deployed to another pc obviously has the same problem, after the first reboot, it is also stuck in Getting Ready.
The sysprep log indicates no problems.
I am at a loss here.
The latest Preview fix, solved the issue!
Try and see yourselves.
"2023-02 Cumulative Update for Windows 11 Version 22H2 for x64-based Systems (KB5022913)" updates to "OS Build 22621.1344". Then it will be fixed.
Exactly same problem here. Have been 'cooking' and deploying all our Win 10/11 images successfully since first release. Windows 11 22H2 build 525 installs and runs flawlessly, but hangs after sysprep. Thinking it has to do with apps or features we remove from the image, just not quite sure which one.
These are the apps we currently remove from the image:
Clipchamp.Clipchamp_2.2.8.0_neutral_~_yxz26nhyzhsrt
Microsoft.549981C3F5F10_3.2204.14815.0_neutral_~_8wekyb3d8bbwe (CORTANA)
Microsoft.BingNews_4.2.27001.0_neutral_~_8wekyb3d8bbwe
Microsoft.BingWeather_4.53.33420.0_neutral_~_8wekyb3d8bbwe
Microsoft.GamingApp_2021.427.138.0_neutral_~_8wekyb3d8bbwe
Microsoft.GetHelp_10.2201.421.0_neutral_~_8wekyb3d8bbwe
Microsoft.Getstarted_2021.2204.1.0_neutral_~_8wekyb3d8bbwe
Microsoft.MicrosoftOfficeHub_18.2204.1141.0_neutral_~_8wekyb3d8bbwe
Microsoft.MicrosoftSolitaireCollection_4.12.3171.0_neutral_~_8wekyb3d8bbwe
Microsoft.StorePurchaseApp_12008.1001.113.0_neutral_~_8wekyb3d8bbwe
Microsoft.WindowsAlarms_2022.2202.24.0_neutral_~_8wekyb3d8bbwe
Microsoft.WindowsFeedbackHub_2022.106.2230.0_neutral_~_8wekyb3d8bbwe
Microsoft.WindowsMaps_2022.2202.6.0_neutral_~_8wekyb3d8bbwe
Microsoft.WindowsSoundRecorder_2021.2103.28.0_neutral_~_8wekyb3d8bbwe
Microsoft.Xbox.TCUI_1.23.28004.0_neutral_~_8wekyb3d8bbwe
Microsoft.XboxGameOverlay_1.47.2385.0_neutral_~_8wekyb3d8bbwe
Microsoft.XboxGamingOverlay_2.622.3232.0_neutral_~_8wekyb3d8bbwe
Microsoft.XboxIdentityProvider_12.50.6001.0_neutral_~_8wekyb3d8bbwe
Microsoft.XboxSpeechToTextOverlay_1.17.29001.0_neutral_~_8wekyb3d8bbwe
Microsoft.YourPhone_1.22022.147.0_neutral_~_8wekyb3d8bbwe
Microsoft.ZuneMusic_11.2202.46.0_neutral_~_8wekyb3d8bbwe
Microsoft.ZuneVideo_2019.22020.10021.0_neutral_~_8wekyb3d8bbwe
MicrosoftCorporationII.QuickAssist_2022.414.1758.0_neutral_~_8wekyb3d8bbwe
I'm working at an OEM and I never have that kind of problem. Do you try the latest hotfix of this month?
We're in the same boat, always used a build and capture of a VM joined to the domain since Win 10 1703. Can't get past the "getting ready" screen on the deployment with 22H2.
After seeing this thread I did try disabling our step that runs a powershell script to strip out all the build in/unwanted apps... .no difference.
I also noticed that Microsoft had put up a slightly newer 22H2 on the visual studio site ('sept updated') so tried all the stuff I had already try last week and no dice.
As for someone thinking it's a domain policy applying, I'm skeptical, since when we join the capture VM to the domain, we put in an OU where we're no applying any GPOs.