I followed the MS guide https://docs.microsoft.com/en-us/windows/deployment/deploy-windows-mdt/create-a-windows-10-reference-image to
create a reference image. I get all the way to the sys prep stage of the task sequence, the sysprep appears to run like normal, the vm reboots, and then logs me back into the OS and displays "can not find script file c:\ltibootstrap.vbs". Here is
a breakdown of each step ...
1) Boot to optical drive of vm with my mdt build iso attached. Using the x64 iso rather than x86 as mentioned
in the guide, because my vm won't boot to the x86 iso.
2) I get to the Windows Deployment Wizard Capture Image part. Everything looks good.
3) The OS installs without error, it logs me into Win10 with Administrator account. At this point it is waiting
for me to Resume Task Sequence, because I added the optional suspend action into the task sequence. I can see that all of the software has been installed without error (MSVC 2019x86, MSVC 2019x64, MS Office Business, Google Chrome). *Checked hostname (cherryg-i58sors)
4) Now I resume task sequence, It checks WSUS, Apply WinPE, and reboots the vm. Logs me back into Win10 with
Administrator account. At this point the deployment share monitoring is showing the "execute sysprep" stage and I'm seeing this happen on the vm. VM reboots again.
This is where my problem begins. I think at this point it should start capturing the image, but it doesn't.
It starts booting me back into Win10 and this time it has a different hostname (cherryg-18g1on1). I can tell before it even lets me into the OS, because WSUS picks up the new name.
And then I get this error "can not find script file "c:\LTIBootstrap.vbs" ... I click OK, it lets me in
Win10 with the new hostname. Eventually the MDT Monitoring status shows "Unresponsive". I let the last one go for about 12 hours.
I don't even think the error matters. It shouldn't be sysprepping and then booting back into Win10, right? I feel like it should be capturing
the image and finishing out the task sequence, but it seems that it's just booting to Win10 after the sysprep and abandoning the task sequence, which eventually becomes unresponsive in the mdt deployment share monitor.