Jump to content

Recommended Posts

Posted
I'm starting to test Windows 10 Education and I'm getting stuck during the deployment of my test machine. MDT starts, and after the first reboot it starts to continue with setting up devices and services. Then I get a pop-up that says "Windows could not parse or process the unattend answer file for pass [specialize]. The settings specified in the answer file cannot be applied. The error was detected while processing settings for component [Microsoft-Windows-Shell-Setup]. I cannot press shift-F10 to open up a command prompt to pull the logs - it's stuck and the only thing I can do is reboot.
Posted
As luck (or not) would have it mine has stopped working too. Starts the initial deployment process, starts deploying drivers then comes up with "litetouch deployment failed return code 2147467259 0x80004005" error. :(
Posted
Yes. I just re-tested it with a Windows 7 task sequence and it worked normally. I then deleted the W10 TS and re-created it, same error at same spot.
Posted

Ah OK I think this is your issue then.

 

You need to open the WIM file in Windows System Image Manager and create a catalog file, but you'll need to do this on a 32bit machine with Windows System Image Manager installed on it, and make sure .clg file is saved in the same folder as your captured wim.

Posted
I will try it, but it's not a captured WIM that's failing, it's an OS only deployment for testing purposes before I add apps to deployment and capturing of the image.
Posted

I've never deployed an OS only, always captured ones. But I guess it's worth a shot.

 

Although the latest MDT doesn't even let you do a sysprep and capture due to a bug.

Posted (edited)

I tried that - still failing at the same spot.

 

Here's the interesting twist - Windows System Image Manager doesn't show any warnings or errors in my unattend.xml file.

Edited by yhttech
Posted
It's a physical machine. Nothing out of the ordinary about drivers. Card reader, chip-set and stuff like that. Could a driver incompatibility be causing it? I'm going to try installing the OS straight off a DVD, see if that works.
Posted

Am not sure but it would be what I'd check next, have you imported drivers into MDT?

 

I'd maybe tell your TS to not install drivers or if you have access VMware or Hyper V maybe try deploying to a test VM. Or even try a different machine.

 

I had a strange issue when deploying windows 7 to Fuji machines where it would fail if I kept the same computer name, could never pin down what the exact problem was just had to make sure I removed the computer from AD if I needed to reimage. So i wouldn't rule anything out.

Posted
We always deploy a master Volume Licence ISO, rather than capture a build (this is Microsoft's recommended method for MDT). We're deploying W10 Education x64 1607 with drivers for all our machines and Office 2013 as well as many other standard apps. After experiencing a problem with Windows updates hanging, we disabled that step in the Task Sequence and the deployment is successful with no errors. We do have to perform all the updates afterwards, though.
  • 2 weeks later...
Posted
What steps were needed to be removed?

 

You have to remove that sequence from the answer file using WSIM like Mick's blog suggests, then re-add it from the catalog to the answer file. I'm still having issues with it taking the proper name from what I enter in the TS. It's still coming up with a generic name, and what's listed in AD is totally different than what the PC shows.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...