Hi, I’ve followed the IBM Knowledge center documentation version 9.2 and implemented our environment for OS Deployment on Windows computers. I’ve imported Windows 8.1 64-bit image into Image Library instead of capturing from Capture Images Dashboard and deploy it to a Windows 7 64-bit client runnning on Innotek VirtualBox 1.2. But the Windows 7 client hung up showing the Windows 8 logo.
Is it something with the drivers as I’ve not imported any drivers before deploying. When I checked the drivers from Check Driver tab of Driver Library Dashboard, below driver is missing.
As a matter of best practice, you should always resolve any driver issues before trying to capture/deploy. You are missing an audio driver so that should not cause the issue you are reporting.
Are you performing bare metal imaging or an in-place re-image? If the latter, then I think your issue is that you cannot go from Windows 8.1 back to 7 using the in-place re-image technique. This is not a matter of having downgrade rights - it is technical matter. I think we have protections in place to prevent doing this, but not sure off the top of my head. Anyway, to downgrade from 8.1 to 7 you would want to take the bare metal approach which would wipe the drive and then lay down a fresh Windows 7 image. Give us a little more detail about what you are doing and we can help more.
This is an re-image which I’m trying on a windows 7 client. Here I’m trying to deploy Windows 8.1 on a Windows 7 client and If I’m not wrong then, this is possible. After deploying the image to win7 client, the client stuck showing Win8.1 logo. unable to find the root cause of this problem. Is there any other issues other than drivers?
Sure, there can be lots of issues setting up Windows 8.1, no matter the deployment technology.
Troubleshooting steps would begin with the usual Windows Install troubleshooting. Try booting the system from a Windows PE boot media (such as a normal Windows 7/8/10 setup disk or flash drive), ooen a command prompt, navigate to C:\Windows\Panther (noting the WinPE may mount it on a drive letter other than C:), and check the setupact.log, setuperr.log, and setupapi.log files for any errors. There may be several instances of these logs in different subdirectories such as Unattend or UnattendGC, so check each subdirectory and note the file modification dates for each of the log files to determine which ones to examine.
Hi @JasonWalker, I tried to capture Windows 8.1 image from a client using Capture Image Dashboard, the capture action completed successfully but didn’t capture it to the specified network path, just logs have captured. I have checked the logs and found below errors.
In LTISysPrep.log and BDD.log,
i. Expected image state is IMAGE_STATE_GENERALIZE_RESEAL_TO_OOBE, actual image state is IMAGE_STATE_UNDEPLOYABLE, sysprep did not succeed.
In LiteTouch.log and BDD.log,
i. Litetouch deployment failed, Return Code = -2147467259 0x80004005.
In smsts.log,
i. Could not find CCM install folder. Don’t use ccmerrors.dll.
ii. Failed to run the action: Execute Sysprep. Unknown error (Error: 00001830; Source: Unknown)
iii. Failed to run the last action: Execute Sysprep. Execution of task sequence failed. Unknown error (Error: 00001830; Source: Unknown)
iv. Task Sequence Engine failed! Code: enExecutionFail
v. Task sequence execution failed with error code 80004005
In setuperr.log and setupact.log under sysprep/panther directory,
i. [0x0f0073] SYSPRP RunExternalDlls:Not running DLLs; either the machine is in an invalid state or we couldn’t update the recorded state, dwRet = 0x1f
ii. [0x0f00ae] SYSPRP WinMain:Hit failure while processing sysprep cleanup external providers; hr = 0x8007001f
I guess it was the Sysprep rearm count which was causing above issue. I have skipped the rearm count and the Sysprep completed successfully and system rebooted. But while rebooting it got stuck showing the Windows logo. Neither it created any logs nor captured the image to the specified network share. I’m unable to determine what actually causing the issue.
@jgstew, @AlanM, @Rafael… Do you guys know what actually causing the issue and where should I look for it?
Steps look ok to me. What I usually find is that the Microsoft part of the capture process is buggy. I had some problems running a capture after upgrading 1607 to 1709, and it turns out I had to reset some Windows Store applications before running sysprep.
All of the errors you posted are Microsoft MDT or Sysprep errors. You could try opening a ticket with Microsoft, or a PMR with BigFix.
I don’t know how to make this more clear. There are a million things that can go wrong with sysyprep. You have posted about three lines from a log, that sum up to “something went wrong”.
Here are a few things that can go wrong in sysprep. Try working through these, or google some more with your error codes