none
Windows could not finish configuring the system error after sysprep /generalize

    質問

  • Hi

    I just installed Windows 7 Ultimate RTM off from technet and as always I do make use of WIM images on having them deployed to my home PC's

    I was able to have it installed on a clean machine and once the wizard appeared i immediately entered Audit mode (shift+ctrl+f3) and the usual I loaded all of the software i need to pre-install after I was done I Immediately loaded sysprep and had it with the generalized option

    now this is where the problem begins....... after it restarts during the "Setup is starting Services" screen it gives me a message box error saying "Windows could not finish configuring the system. To attempt resume configuration, restart the computer" and once I press ok it jsut restarts and gives the same error again.

    This does not happen when i dont select the generalize option in sysprep.

    Anyone who had the same issues?
    2009年8月9日 7:16

回答

  • I now have the ACTUAL SOLUTION to this problem.  This solution will actually tell you exactly what registry key is causing your sysprep to fail, so then you don't have to slowly install every program until you find the problem -- especially since this didn't work for me because my problem has been intermittent.

    This issue is caused by certain registry keys that are either:

    a) Larger than 8kb

    b) Set with incorrect permissions

    c) Corrupt in some way

    For me, the problem was intermittent (same registry key would sometimes cause the issue and sometimes not - must be corrupt sometimes) so it was impossible to tell what program was doing it.  Luckily, there is a log you can look at that will tell you exactly what registry key is erroring out.  Here are the steps for getting the log you need to see:

    When you see the error message, do the following:

    1.) Push Shift+F10 to get to a command prompt

    2.) Navigate to C:\windows\Panther

    3.) Find the Setup.etl file and find a way to copy this file off of the system (I copied it to the D:\ partition and used Ghost to gather that partition and get the file off)

    4.) Copy the setup.etl file from the corrupted system to another computer that has Windows 7.  Put it on the root of C:\ for easiest access.

    5.) Open a Command Prompt on the Windows 7 computer.

    6.) Navigate to the root of C:\ (or wherever you saved the file)

    7.) Type "tracerpt setup.etl -o logfile.csv"

    8.) Close the command prompt and open up logfile.csv in your text editor of choice. 

    9.) Look through the log file (towards the end probably) for messages that say "Failed to process reg key or one of it's decendants"  For me, the exact eror looked like this: "Failed to process reg key or one of its descendants: [\REGISTRY\MACHINE\SOFTWARE\ESET\ESET Security\CurrentVersion\Plugins\01000200\Profiles\@My profile]"  If you search for "reg key" or "failed to process" you should find the failure.

    10.) Remove this software from your image, or find out how to get the registry key that is failing to work properly.

    After this, you should be able to properly identify any problem keys and remove/workaround them on your image.

    2010年6月4日 16:09
  • In my case the error was caused by Avira AntiVirus Premium 9 only on the x86 edition. Other virus scanner may cause this problem too.
    2009年8月16日 8:03

すべての返信

  • I can confirm the same issue as "Charles Yap II" with the Windows 7 Enterprise RTM. I have used sysprep with OOBE and generalize option and even on the same machine where sysprep has been run on, restarting it results in the same specific message. Thus I must conclude it may not be related to changes in BIOS, nor hardware configuration, nor partition scheme as everything obviously remained the same on that computer. Very much looking forward to a solution from Microsoft because this will greatly delay planned deployment.
    2009年8月9日 19:21
  • On my test system, I ran sysprep with the oobe option but without using the generalize option. Upon restart the mini setup starts without the error (as I expected). This is further indication that something goes wrong during the preparation with the generalize option, possibly related to the license activation process with the "Microsoft-Windows-Security-Licensing-SPP component " as I've been able to gather from other references. Of course this does not allow me to deploy systems because a.o. the SID will not have been changed and several other undesirable settings are still in effect. This test was performed for troubleshooting purposes only.

    Further references to this problem can be found at:

    http://social.technet.microsoft.com/Forums/en-US/w7itproinstall/thread/b72212b0-3131-4194-89a1-7c101749e2b2 (updated)

    http://windows7forums.com/windows-7-installation-upgrade/1468-install-fails-windows-could-not-finish-configuring-system-attempt.html (no recent updates)

    Hopefully someone will be able to get to the bottom of this soon...

    2009年8月9日 21:53
  • I wonder if Microsoft is already working on this issue, this would definitely be a big issue with deployments

    I do not want to call support for this only to loose one of my free support incidents, for an issue that Microsoft should have fixed
    2009年8月10日 6:32
  • Hey Microsoft


    Did you find any solution to this uberbug?

    I lost two days trying to make this work. Sysprep /generalize /oobe throws me the same error: "Windows could not finish configuring the system. To attempt resume configuration, restart the computer"
    Something interferes with the generalize process. Logs seem not to help anyone.

    Someone said to stop ALL Microsoft services listed by running msconfig. This is the next thing I'll try. It's 4:32 am, bed time. Aaaaggghhhh

    2009年8月14日 1:35
  • Hi all

    It seems that killing the “wmpnetwk.exe” before sysprepping lets the sysprep process run smoothly.:)

    It worked. I got to the mini setup oobe window. Everything is just fine.

    One problem is that the Administrator account created during MDT deployment is not removed as it should by sysprep. I had to disable it. Weird, the log says it remved the account.

    I hope it helps someone.

    hardkorn


    2009年8月14日 12:46
  • "It seems that killing the “wmpnetwk.exe” before sysprepping lets the sysprep process run smoothly.:)"

    Yes, but wmpnetwk.exe is not running on Enterprise by default. All Media Player services in Windows 7 Enterprise are set to "Manual", and in the processes list, thye never show up.

    I have a FULLY configurated Windows 7 Enterprise installation, which gives me the same error as in the first post: "...could not finish configuring..." during boot.

    However, I have created a new installation, simply based on a clean Windows 7 Enterprise installatation with NO changes en NO updates nothing, and this one works with sysprep! During boot it says "Starting services" and then the GUI appears. Everything works fine.

    Please keep in mind that we are testing on ONE system, same hardware. We use /shutdown, so the system shuts down, and then we simply turn it on again. :)

    Conslusion: is seems that somewhere along the way installing our system, the sysprep method doesn't work anymore. This could be Updates, installed software, installed services etc.
    I'm currently removing all the software components and services, just until the sysprep works. -> this is what keeps me going, because with a clean installation, sysprep works!


    2009年8月14日 14:44
  • Hi all

    It seems that killing the “wmpnetwk.exe” before sysprepping lets the sysprep process run smoothly.:)

    It worked. I got to the mini setup oobe window. Everything is just fine.

    One problem is that the Administrator account created during MDT deployment is not removed as it should by sysprep. I had to disable it. Weird, the log says it remved the account.

    I hope it helps someone.

    hardkorn


    will try this later to see if this is the cause of it all
    2009年8月14日 23:47
  • I have the same problem here, but only with x86. The x64 edition with exactly the same applications and other configuration is not experiencing this problem. Since I assume, that we are not installing all the same applications on the systems, it is propably a problem with a Windows Update in the x86 version. I will try this in the next days.
    2009年8月15日 16:37
  • In my case the error was caused by Avira AntiVirus Premium 9 only on the x86 edition. Other virus scanner may cause this problem too.
    2009年8月16日 8:03
  • I am having the same issues. I have tried all the known "solutions" - disable media player sharing (even though it is manual in enterprise version), I ran through the error logs in %windir%\panther\setupact.log and  %windir%\panther\UnattendGC\setupact.log without any luck. I also removed Symantec antivirus from the deafault image as I read that this may be the cause, but still the same error. I even tried using my unattend.xml from my Vista image which worked fine on Vista, made a new catalog for RTM 7 and a few minor changes, but same error
    If anyone has any ideas, then I am game to trying - its driving me nuts. Why did they have to take away the simple and always working setupmgr from XP days :(
    2009年8月16日 10:42
  • I resolved the issue - it was actually so simple I could kick myself. I simply removed the machine from the domain before running the sysprep with unattend.xml. I now have a good functional working image.
    • 回答の候補に設定 moschino25 2010年4月21日 17:16
    2009年8月17日 13:54
  • In my case the error was caused by Avira AntiVirus Premium 9 only on the x86 edition. Other virus scanner may cause this problem too.
    I was in the same situation as you are and tried experimenting around AVIRA free edition

    Was able to have it running on my 64bit image

    but no luck with the 32bit whenever I have AVIRA Installed
    2009年8月18日 13:45
  • Has anyone managed to get this working yet? I'm on the RTM build of Windows 7 Enterprise. Have tried uninstalling Sophos Anti-virus from the build but to no avail, still get the "Windows could not finsih configuring the system" loop.

    Frustrating because for once I actually want to deploy a new Windows operating system!
    2009年9月9日 16:16
  • We have the same issue. The only problem is that we do not have a backup of the machine in a state before we run sysprep.
    Is there a way to get the system working again? We had Kaspersky for Windows Workstation 6.0.4 installed - which may cause the trouble...

    This is really urgent at the moment because we wanted to deploy one of the new PCs today and tweaked every detail on that system, untill we had it ready to be cloned.
    And now this :( If we cannot get that machine working again we will have to re-build everything.
    2009年12月11日 10:36
  • Somehow we managed to boot the machine.
    Booting in Safe mode caused the same error message, but after it it did not reboot and continue to install drivers etc... The next normal boot was successful.

    First thing to do now is a backup. We are so lucky.
    • 回答の候補に設定 imagReal 2010年1月19日 17:31
    2009年12月11日 11:08
  • I had this same issue and I was using 64 bit 7 Professional.  I inserted the 7 Pro DVD and did a "Repair."  It automatically detected the issue and "repaired itself," but it did not solve the problem.

    2010年1月21日 13:49
  • I was getting the same result to fix

    reboot hit F8 choose the option to disable Digital Driver Signing in Windows 7

    the dirver loaded by AV programs are not digitaly signed. I'm using Kaspersky work space

    on this link http://www.killertechtips.com/2009/05/05/disable-driver-signing-windows-7/

    you can disable it on boot

    I hope this will help anyone else that comes across this problem
    2010年2月11日 20:25
  • I have tried everything listed here including the killertechtips.com link and still no go.

    I am using Dell Optiplex 780 Ultra Slim Form Factor, Windows 7 Pro OEM, sysprep w/ generalize, oobe, reboot.

    Keep getting "Windows could not finish configuring the system.  To attempt to resume configuration, restart the computer."

    2010年3月19日 19:21
  • Somehow we managed to boot the machine.
    Booting in Safe mode caused the same error message, but after it it did not reboot and continue to install drivers etc... The next normal boot was successful.

    First thing to do now is a backup. We are so lucky.

    Same thing here. F8 to safe mode. Failed of course then normal boot and it completed. Thats kinda weird.
    • 回答の候補に設定 moschino25 2010年4月21日 17:15
    2010年3月24日 22:23
  • I am having the same issues as the OP and for the life of me can't figure out what to do. I want to have a fully configured system including my antivirus  and daemon tools. I suspect those programs are causing the issue. Any more ideas?
    2010年5月1日 21:45
  • I now have the ACTUAL SOLUTION to this problem.  This solution will actually tell you exactly what registry key is causing your sysprep to fail, so then you don't have to slowly install every program until you find the problem -- especially since this didn't work for me because my problem has been intermittent.

    This issue is caused by certain registry keys that are either:

    a) Larger than 8kb

    b) Set with incorrect permissions

    c) Corrupt in some way

    For me, the problem was intermittent (same registry key would sometimes cause the issue and sometimes not - must be corrupt sometimes) so it was impossible to tell what program was doing it.  Luckily, there is a log you can look at that will tell you exactly what registry key is erroring out.  Here are the steps for getting the log you need to see:

    When you see the error message, do the following:

    1.) Push Shift+F10 to get to a command prompt

    2.) Navigate to C:\windows\Panther

    3.) Find the Setup.etl file and find a way to copy this file off of the system (I copied it to the D:\ partition and used Ghost to gather that partition and get the file off)

    4.) Copy the setup.etl file from the corrupted system to another computer that has Windows 7.  Put it on the root of C:\ for easiest access.

    5.) Open a Command Prompt on the Windows 7 computer.

    6.) Navigate to the root of C:\ (or wherever you saved the file)

    7.) Type "tracerpt setup.etl -o logfile.csv"

    8.) Close the command prompt and open up logfile.csv in your text editor of choice. 

    9.) Look through the log file (towards the end probably) for messages that say "Failed to process reg key or one of it's decendants"  For me, the exact eror looked like this: "Failed to process reg key or one of its descendants: [\REGISTRY\MACHINE\SOFTWARE\ESET\ESET Security\CurrentVersion\Plugins\01000200\Profiles\@My profile]"  If you search for "reg key" or "failed to process" you should find the failure.

    10.) Remove this software from your image, or find out how to get the registry key that is failing to work properly.

    After this, you should be able to properly identify any problem keys and remove/workaround them on your image.

    2010年6月4日 16:09
  • Hi,

    The solution of Jeff Harrison work.

    It's save me precious time by discovering that it was the printer which hanghe reboot.

    Many thanks

     

    2010年7月13日 15:41
  • Wow. I just followed Jeff's advice and what I found was that I had a value in the registry referring to IE that couldn't be read.

    That led me to review what profiles were set up on the laptop - I had set up the image using an admin account I created other than administrator. What I did to fix the issue was this:

    I went in to user profiles and deleted all profiles except administrator and default. Then, I followed through and verified that the profile folders were deleted from the operating system, emptied the recycle bin. Finally, I went into user manager in control panel and made sure those accounts were not listed there - to my surprise, one of them still was.

    After that, I ran through ccleaner on the computer to clean up the registry and whack any temp internet files.

    Defrag, sysprep again - Bingo! Phew. What a drag!

    Thanks for your advice, Jeff!

    2010年7月20日 1:04
  • Too good to be true ;)

    I'm sure the - very well described - process you propose works 95% of the time. Or maybe 99%. But not 100% : it didn't work for me. Same error message ("Windows could not finish configuring the system. To attempt resume configuration, restart the computer" just after the "Windows is starting services" boot screen) after rebooting the (virtualboxed) Windows 7 Home Premium x64 i just set up and sysprep-ed.

    In the case i'm stuck with, the method you propose gives a file with no error at all. Strangely enough, the setup.etl timestamp is coherent with the reboot, though the logfile.xml obtained with tracerpt shows no entry with the date of today (in fact, all entries have the date of the day i installed Win 7 right from the DVD).

    No antivirus installed, no Daemon Tools. In fact, i have quite the same setup (except for some software versions) on a Win 7 Professional x64 whose generalized image works well. So i really don't see a software that could cause the problem.

    A log file (%windir%\Panther\UnattendGC_setupact.log) shows a 0x8007139f error code, but this led me nowhere (Kaspersky AV or Daemon Tools, not installed). So far, i tried to reboot in safe mode, disabling the drivers signing : no go.

    Seems like i'll have to explore the "uninstall this and that and look if it works". Lots of fun to come, eh ?!

     

     

    2010年7月30日 16:05
  • Hi All,

     

    I have used several imaging tools to backup and restore in the past and they always allowed me to restore on top of existing data on the target partition, or should I say that an automated format was completed by the application prior to deploying image. Imagex simply does not do an automated format and will not deploy well to volumes that already hold data. Instead I used winpe to boot and then using the diskpart format tool to quick format the target volume, once the volume was formatted all images tested so far have deployed more or less perfectly. More importantly I have never seen the deployment annoyingly fail on starting services since!!

    A simple solution in my case but I hope it helps somebody.

     

    Kind Regards

    2010年9月23日 17:29
  • I hade the same problem and my problem was fixed by installting the following hotfix.

    http://support.microsoft.com/kb/981542/

     

    2010年10月19日 12:40
  • I had the exact same problem Jeff Harrison had (the ESET reg key failed to process). As I had ESET NOD32 installed, with no way of deleting the problematic reg key, I thought the only way to fix it was to uninstall it and reinstall manually after imaging every PC.
    Note that both Windows hotfixes didn't work.

    I tried one more thing before I gave up though - booting to safe mode. It worked! Boot into safe mode after sysprep, it will tell you setup cannot continue in safe mode. Reboot again and this time and it should be all fixed. All in all booting to safe mode once is much easier and quicker than manually installing NOD32 every time I image a PC.

    tldr:
    Had the same problem Jeff Harrison did, but the safe mode trick worked for me.

    2010年10月20日 3:52
  • Guys,

    Microsoft fix solved the problem with me.


    december1
    2010年10月26日 10:41
  • This fixed it for me.
    2010年11月3日 0:35
  • Me too.

    Cheers!

    2010年11月3日 7:03
  • Worked just great. after figureing out the registry path - On the affected machine pushed Shift+F10  and I used cmd /C reg delete "path to the key" /f'  - the machine restarted the affected machine and it was all good. Thanks Jeff

    2010年11月11日 17:06
  • MS Hotfix worked for me
    2010年12月7日 1:19
  • The MS Hotfix worked for me.  Thanks Thomas.
    2010年12月10日 16:02
  • Thanks Jeff!  You just saved me a gang of frustration.  I simply copied the setup.etl file from C:\Windows\panther to C:\ and then ran "tracerpt setup.etl -o logfile.txt" instead of .csv as Excel would not open the .csv file for whatever reason.  I then used jrhus's suggestion and ran the command 'cmd /C reg delete "path to the key" /f' to delete the key, which was the printer providers key and rebooted I was good!
    2011年1月6日 15:13
  • Is this hotfix installed on the source server or destination...? Sorry for the dumb question...
    2011年1月8日 1:07
  • Georgemeister, the Hotfix is applied to the source you are imaging.  

     

    2011年1月11日 19:24
  • Everyone,

    I've spent most of the day reading your posts.  None of these items resolved the issue for my scenario.  Are there any other suggestions?  I am new to deployment services and would really like to take full advantage of the product.

    My Windows 7 machine boots fine, runs the sysprep, reboots then fails.  I've looked at the setup.etl file on both instances, and there are no registry errors.

    How can I go from a functional install, to a debilitating error on a reboot?

    The only helpful information I could gather was after the first reboot, in Applicaton Event Viewer, it showed that sysprep failed rearm remaining error code 0xc004d307, for the app ID which looked like Windows Update.  wucltux.dll.

    Rearm failed for AppId = 55c92734-d682-4d71-983e-d6ec3f16059f, SkuId = (null) - 0 Rearms Remaining. Error Code: 0xC004D307

    @%systemroot%\system32\slui.exe,-10

    @%systemroot%\system32\wucltux.dll,-6

    @%systemroot%\system32\wucltux.dll,-5

     

    Your suggestions are much appreciated.

     


    Wendy Diem
    2011年1月14日 22:41
  • Beautiful!

    Saved my life. Found my offending reg key and blew that thing away.

    Thank you Jeff!
    2011年1月25日 22:24
  • I tried all kinds of things to fix this error message in my sysprepped Win7 x64 professional image.

    I applied the hotfix, disabled wmpnetwk.exe, tried jeff's method to see which registry key was giving errors (there were 2 keys that failed to process, but they didn't contain any link to software that I had installed.)

    None of them worked for me.

     

    What did work though, and I find it kinda strange, was pressing F8 and booting into safe-mode, which then would produce an error that safe mode wasn't available.

    But the next normal boot after doing that I didn't get the 'Windows could not finish configuring the system'-error and my setup continued and completed normally...

     

     

    2011年1月26日 11:20
  • I'm stuck with the same error message. Is there a way to get to a command prompt so that I can try to run some of the commands at bootup to take my system out of sysprep mode?

    Mine happened after running sysprep.exe then selecting Eneter Audit Mode, selected "Generalize" and selecting "Reboot" as  the action option. Sorry, going from memory so my descriptions may not be exactly as appeared on the screen. How can I undo this audit mode? I had made a USB Flash bootable drive to boot into Windows Pre Installation Environment, and I also have the Windows 7 DVD. I did try to repair my installation however this causes the system to reboot then it goes back to the same loop as described in the original post.

    Help!

    2011年1月28日 8:12
  • The Hotfix worked for me - but got stuck on the specialise phase of sysprep. Back to the drawing board with my unattend.xml
    2011年1月31日 23:54
  • Thanks for this: the MS hotfix for the larger than 8k reg key issue was just what I needed. I’ve been looking about for a troubleshooting method to trace the error, and what you have provided was spot on. Thanks a million. BTW, I had a reg key in HKLM\Software\Microsoft\CurrentVersion\Installer\UserData causing the issue. Didn’t trace it to the exact program, but I’m sysprepping madly now! Presumably the hotfix is rolled into SP1 released today? Can anyone confirm? Pete
    2011年2月24日 5:17
  • Hi, I'm having this issue with an SP1 integrated iso off the ms licensing page. Its absolutely killing me at the moment and i'm losing faith in WDS/sysprep/ms in general, very fast. I have spent three days struggling with this. None of the fixes suggested above have worked, I cant find anything interesting in any of the logs.

    - Created an install image from the new SP1 iso (Win7 Pro SP1)
    - Installed Windows on a PC through WDS (no unattend just a straight install)
    - Install went fine I press ctrl+shift+F3 to enter audit mode
    - Reboot without doing anything
    = fail - Windows could not complete the installation error message.
    Sometimes I can get it to work but the slightest change (removing windows dvd maker for instance) breaks it.

    Its also joining the clients to the domain when I specifically tell it not to through wds.
    Not sure if thats causing my problem, but it shouldnt be joining the domain when I have it checked not to do so.

    Can anyone help?

     

    2011年3月2日 10:05
  • ACTUAL SOLUTION + A BIT MORE:

     

    Figured out how to solve the ESET issue.

    I first tried to install that hotfix, but it says my system didn't need it. I started with a Windows 7 Ultimate SP1 x64 source so it was probably already included.

     

    Then I tried to delete the registry keys (out of a mix of frustration/desperation) from my pre-sysprep image to see if maybe ESET would rebuild them when sysprep was done..., but I was given a message saying that there was an error, then it hit me... SELF-DEFENSE!

     

    ESET blocks changes to its registry keys just in case malware tries to disable it by deleting its keys. This disallows sysprep access from these keys during the first-time bootup after you have restored an image on a new machine.


    ALL YOU HAVE TO DO IS: Disable Self-Defense in ESET by enabling Advanced Mode, going into Setup -> Advanced Setup, uncheck the Self-Defense box, restart the computer, and then do your sysprep/generalizing/oobe. 

     

    This works for ESET, but there must be some sort of defense mechanism that other AVs employ for their registry keys. Disable them prior to sysprepping and you can enable them afterwards.

     

    I'm now looking at a restored, syspreped image that went all the way to the desktop without issue after employing this fix.

     

    I like giving back... Cheers!

    2011年3月13日 1:49
  • Addendum: You may leave the Self-Defense on in all other accounts (even if you have a User account that you copy to Default) except for the Administrator account that you use when u do the sysprep process. That way, when you restore and create the user account in OOBE, Self-Defense is already active there and all other subsequent created user accounts.
    2011年3月13日 2:45
  • Step 7 failed with "The file or directory is corrupted and unreadable."  Giving up and starting over.

    Thanks for trying, Jeff!

     

    2011年3月16日 19:59
  • Hi, I am also facing same issue with Windows 7 Pro,please let me know the procedure to resolve this issue ASAP. Thanks in advance, waiting for your replay.
    2011年3月18日 5:07
  • Hello Everyone,

    Been reading this thread to try and fix my issue.  It seems close to what you are experiencing so maybe this will help someone.

    When I sysprep Windows 7 Pro SP1 after installing all programs and drivers to get my Gold image, I sysprep with an unattended XML and the /generalize /oobe /shutdown /unattend:unattendfile.xml

    The sysprep process starts and it gets to a place where the screen goes black and the monitor goes to sleep but the system stays running forever.  (Or at least 72 hours as I left it in this state over a weekend)  If I power down the system and bring up the system is not usable.  I cannot login, no minisetup, admin account is locked.

    I then reimaged with our non SP1 image and updated SP1 instead of using the image with SP1 built into the install and it syspreped fine.  I then installed the Intel Graphics driver HD (lastest version from Intel) and then tired a sysprep and it failed. 

    So in my case using generalize with the Latest version of the Intel Graphics HD driver loaded causes an issue. I also tired a two other recent issues with same result. I think if I use generalize with PersistentAllDeviceInstallsit will work.

    Hopefully that helps someone.

    Ref: http://technet.microsoft.com/en-us/library/cc766514%28WS.10%29.aspx

    Persisting Plug and Play Device Drivers during generalize

    You can persist device drivers when you run the sysprep /generalize command by specifying the PersistentAllDeviceInstalls setting in the Microsoft-Windows-PnPSysprep component. During the specialize pass, Plug and Play scans the computer for devices and installs device drivers for the detected devices. By default, these device drivers are removed from the system when you generalize the system. If you set PersistAllDeviceInstalls to True in an answer file, Sysprep will not remove the detected device drivers. For more information, see the Unattended Windows Setup Reference
    2011年3月29日 12:52
  • Any update as to whether using the answer file solved the problem?
    2011年4月7日 14:36
  • daemon tools was my problem
    2011年4月22日 21:26
  • In my case the error was caused by printers drivers not assigned
    2011年6月14日 12:53
  • I now have the ACTUAL SOLUTION to this problem.  This solution will actually tell you exactly what registry key is causing your sysprep to fail, so then you don't have to slowly install every program until you find the problem -- especially since this didn't work for me because my problem has been intermittent.

    This issue is caused by certain registry keys that are either:

    a) Larger than 8kb

    b) Set with incorrect permissions

    c) Corrupt in some way

    For me, the problem was intermittent (same registry key would sometimes cause the issue and sometimes not - must be corrupt sometimes) so it was impossible to tell what program was doing it.  Luckily, there is a log you can look at that will tell you exactly what registry key is erroring out.  Here are the steps for getting the log you need to see:

    When you see the error message, do the following:

    1.) Push Shift+F10 to get to a command prompt

    2.) Navigate to C:\windows\Panther

    3.) Find the Setup.etl file and find a way to copy this file off of the system (I copied it to the D:\ partition and used Ghost to gather that partition and get the file off)

    4.) Copy the setup.etl file from the corrupted system to another computer that has Windows 7.  Put it on the root of C:\ for easiest access.

    5.) Open a Command Prompt on the Windows 7 computer.

    6.) Navigate to the root of C:\ (or wherever you saved the file)

    7.) Type "tracerpt setup.etl -o logfile.csv"

    8.) Close the command prompt and open up logfile.csv in your text editor of choice. 

    9.) Look through the log file (towards the end probably) for messages that say "Failed to process reg key or one of it's decendants"  For me, the exact eror looked like this: "Failed to process reg key or one of its descendants: [\REGISTRY\MACHINE\SOFTWARE\ESET\ESET Security\CurrentVersion\Plugins\01000200\Profiles\@My profile]"  If you search for "reg key" or "failed to process" you should find the failure.

    10.) Remove this software from your image, or find out how to get the registry key that is failing to work properly.

    After this, you should be able to properly identify any problem keys and remove/workaround them on your image.

    I see this post is about a year old at this point, but after searching the internet for weeks, I had high hopes for this solution. It seemed to go well, but the logfile.csv doesn't have the word "fail" in it anywhere...no "reg key", nothing. Did a sysprep install with an unattend.xml answer file that seems to be working properly, but hangs at "Setup is starting services." forever.

    At this point, I'm pretty convinced that the problem is a service or reg key error from one of the apps I installed during audit mode, but I can't tell which app/service is causing the problem.

    Are there any other methods for viewing failed services or registry errors that would cause the sysprep install process to hang at "Setup is starting services."?

    Willing to post logfile.csv from the "tracerpt setup.etl -o logfile.csv" command, or other log files such as setupact.log, etc. Nothing popped out at me.

    For now I think I'll start making multiple .wim files with only certain software installed to try to discover which application is the culprit...just wish there was an easier way.

    2011年6月22日 20:59
  • I had this same issue, reboot loop after SYSPREP with OOBE and Generalize...

    It would error saying setup would continue after the restart, and then just the same thing again on the next boot/resume.

    What fixed it for me was:

    1. Hit F8 on boot

    2. Take the option that disables forced driver signing

    3. Reboot

    Was fine for me after that and continued loading drivers etc and then got into windows 2008R2.

    Can only assume I had some unsigned drivers that were ok when I had accepted them via the gui when I build the machine, but after sysprepping it it went back to the defaults of not accepting unsigned drivers so got stuck in the boot loop.....

    Good Luck Out there!

    2011年8月18日 3:51
  • I cannot convert the setup.etl to csv or txt. When I use tracerpt then a message says that the file is not legible. If I open with notepad I cannot read it because it is not a text document. Anyone can help me in open the setup.etl in order to see the wrong registry key?. Please I wait your response and really thanks if someone can help me with this. Best Regards,
    2011年11月11日 21:20
  • so for me the F8 + Safe Mode (no networking!)

    did the trick, also i tried a couple o times but in the end it sorted itself out.

    i think the problem was the Intel HD Drivers.

    but it's working!

     

    thangs a lot guys!

    Jesse.

    2011年11月27日 17:05
  • I had the same issue.

    I had to delete all the userprofiles besides the default one

    make sure you delete them the correct way so that it clears the registry

    2012年2月17日 1:46
  • Hello SuperPin.

    When you said you had the same issue, did you had the same issue as me?.

    Also can you write the correct way to delete all users profiles?.

    Thanks!

    2012年2月17日 12:40
  • When you guys posted that the hotfix work for you, what exactly did you do?  Furthermore, how can you apply the exe fix when you cannot even bypass the error message.  Rebooting in safe mode or anything will just loop.
    2012年8月2日 16:13
  • i was having the same issue and just wanted to let everyone know that after i got to the cmd promt i just on a whim typed explorer and the system came up. i was logged in as SYSTEM though. this may help with trouble shooting.

    also after i got into system i was able to make the administrator account active by running "net user administrator /active:yes" in the same cmd promt window.

    then you can switch users to login as the administrator and........

    2012年8月20日 16:00
  • This option worked for me. I cannot say it will work for anyone else though...

    I'm assuming it was a driver that was downloaded through Windows Update that caused the error.

    2013年5月8日 0:27
  • I've been suffering from this problem for the past 2 weeks and it's crept right up on the end of my image creation schedule deadlines. I now have one and a half weeks to create and test 5 seperate images. The one update they all have in common is the insallation of AVG. And of course, this is the root source of all my problems. I tried Microsofts Hotfix for this issue, no success. I tried setting full control permissions on the registry keys for AVG, no success.

    I then found a post somewhere, can't remember where, but someone had discovered not only the solution for this issue, but also the exact cause. For anyone experiencing this issue due to an AntiVirus application, Disable Auto-Protect. I have not yet tested this, but apparently if you set up a Default Profile on one account, and then run sysprep from another, the Auto-Protect will remain enabled for all users except that from which you sysprepped. Due to my ever looming deadlines I've opted to just disable the Auto-Protect and be done with it. I work in a school so all devices will end up being reimaged again in three months anyway so this isn't a big issue for me.

    I hope this helps some people as I'd hate for an issue like this to plague others like it has me. I'm going to try posting this around on the other forums and if I find the source of this solution I'll link it here for everyone to see.

    2013年6月18日 22:48
  • Hi Jeff,

    You saved my day.

    I was facing issue with Windows 2008/2012 Vmware images and able find the culprit with your detailed information.

    Thanks a lot

    2013年7月16日 18:05
  • Thank you very much for this, out of all the possible solutions, this one worked for my situation perfectly.  I have now managed to image 10 out of 13 systems booting to safe mode first, then into normal boot and it works every time.  To me, this is the ACTUAL SOLUTION

    Update - Over a year later (November 11, 2014)- Daniel Albrecht solution of restarting in Safe mode has been the answer for all 30 systems I have done since.  And about 15 virtual machines as well.


    2013年7月29日 19:38
  • Jeff's solution fixed my problem. It lead me to find the issue had to do with AVG virus software causing a problem. Based on the info in the log from Jeff's solution I found the rest of the solution here:

    http://social.technet.microsoft.com/Forums/windows/en-US/206d0b46-c1d3-4494-9535-a7e6dae7106d/sysprep-and-avg-antivirus.

    I was able to disable the AVG setting from the command screen and then Sysprep continued and completed.

    • 回答の候補に設定 msdpcc 2013年8月13日 15:16
    2013年8月13日 15:10
  • surprisingly worked for me, thanks Daniel

    2013年10月9日 4:33
  • press shift + f10

    this opens up a command prompt

    think of any possible program that has caused the problem

    then c:\program files\xxx\setup.exe

    and uninstall it

    also think of any possible services that caused the problem

    then type servces.msc at the command prompt

    then enable or disable the service that caused the problem

    2013年10月16日 8:49
  • Thanks, this helps me a lot! I have to ask though, why not open the *.etl file with Event Viewer rather than converting the file, then opening it with a text editor? It seems much easier (both for reading and effort) to just skip those steps and open the ETL file with event viewer.
    2013年10月17日 12:54
  • It works perfecty for me.

    Additional info:

    You can remove the problematic key in Safe mode!!!

    Thanks,

    Peter

    2013年10月22日 16:03
  • Hi All,

    To save someone the headache I also found that my issues with th Specialize pass failing was caused by none other than the IE 10 update and my Unattend.xml file have a reference in it that was no longer readable by sysprep/IE. Bug apparently that Microsoft know about. See the solution on the link below.

    http://social.technet.microsoft.com/Forums/en-US/c41a2b69-a591-4cd3-86ab-6a0f8a73b858/getting-windows-could-not-parse-or-process-the-unattend-answer-file-for-pass-specialize-with?forum=mdt


    Visual Studio begginer

    2013年10月29日 13:06
  • i was having the same issue and just wanted to let everyone know that after i got to the cmd promt i just on a whim typed explorer and the system came up. i was logged in as SYSTEM though. this may help with trouble shooting.

    also after i got into system i was able to make the administrator account active by running "net user administrator /active:yes" in the same cmd promt window.

    then you can switch users to login as the administrator and........

    This... so much this.  All I had to do is set the Administrator account active (with a password), reboot and then "BOOM" it finished booting.  THANK YOU THANK YOU THANK YOU!

    1- Boot
    2- Wait for error message
    3- Shift+F10
    4- net user administrator "set a password"
    5- net user administrator /active:yes
    6- Reboot
    7- Magic happens!


    2013年11月8日 17:22
  • Thank you for this tip, helped me out.

    In my case, the problem was caused by Avast! Free Antivirus on Windows 7 Ultimate x86 and x64.

    2014年1月29日 15:40
  • This is a complicated answer to this error, but I did it and it helped me to pinpoint my issue, which was AVG.  Thanks Jeff.
    2014年4月24日 19:08
  • Had the same problem.

    Somehow, this is the most unexplainable but accurate solution there is to this problem.

    2014年7月6日 3:53
  • easy fix

    Wait until the dialog box that tells you to press ok and set up will continue after reboot.

    press shift and F10 to open command dialogue

    navigate to sysprep

    then rerun sysprep

    it will run for a while then fail but on next boot it will complete installing drivers and setting up windows

    at least it work for me!

    good luck

    2014年8月6日 3:12
  • This worked for me too!!!!
    Thank god!
    2014年8月8日 16:08
  • I had the same problem. I had a string of ESET related keys and then it dawned on me. The self defense feature within ESET to prevent registry changes to its keys! I went back in, advanced setup>HIPS>uncheck "Enable Self-Defense". Rebooted per ESET dialog box. Ran Sysprep again and all went through without error.

    2015年1月13日 2:30
  • We run ESET anti virus and after doing a lot more research, lead me realise that the problem was down to not only the anti-virus but really down to HIPS (Host-based Intrusion Prevention System). This was stopping window from starting services during setup. I disabled HIPS before syspreping, rebooted and found that this error did not appear and window setup ran smoothly and fast.
    2015年1月30日 19:25
  • Brilliant! This solution really worked.

    Thanks TFHDC.

    2015年1月30日 19:29
  • I now have the ACTUAL SOLUTION to this problem.  This solution will actually tell you exactly what registry key is causing your sysprep to fail, so then you don't have to slowly install every program until you find the problem -- especially since this didn't work for me because my problem has been intermittent.

    This issue is caused by certain registry keys that are either:

    a) Larger than 8kb

    b) Set with incorrect permissions

    c) Corrupt in some way

    For me, the problem was intermittent (same registry key would sometimes cause the issue and sometimes not - must be corrupt sometimes) so it was impossible to tell what program was doing it.  Luckily, there is a log you can look at that will tell you exactly what registry key is erroring out.  Here are the steps for getting the log you need to see:

    When you see the error message, do the following:

    1.) Push Shift+F10 to get to a command prompt

    2.) Navigate to C:\windows\Panther

    3.) Find the Setup.etl file and find a way to copy this file off of the system (I copied it to the D:\ partition and used Ghost to gather that partition and get the file off)

    4.) Copy the setup.etl file from the corrupted system to another computer that has Windows 7.  Put it on the root of C:\ for easiest access.

    5.) Open a Command Prompt on the Windows 7 computer.

    6.) Navigate to the root of C:\ (or wherever you saved the file)

    7.) Type "tracerpt setup.etl -o logfile.csv"

    8.) Close the command prompt and open up logfile.csv in your text editor of choice. 

    9.) Look through the log file (towards the end probably) for messages that say "Failed to process reg key or one of it's decendants"  For me, the exact eror looked like this: "Failed to process reg key or one of its descendants: [\REGISTRY\MACHINE\SOFTWARE\ESET\ESET Security\CurrentVersion\Plugins\01000200\Profiles\@My profile]"  If you search for "reg key" or "failed to process" you should find the failure.

    10.) Remove this software from your image, or find out how to get the registry key that is failing to work properly.

    After this, you should be able to properly identify any problem keys and remove/workaround them on your image.

    Nice! I did it. It worked on Windows 8.1 x86
    2015年4月3日 0:05
  • Worked like a champ.  In my case, ESET (AV) was the offender.  Removed from VM template and sysprep ran great after that
    2015年4月8日 23:35
  • I now have the ACTUAL SOLUTION to this problem.  This solution will actually tell you exactly what registry key is causing your sysprep to fail, so then you don't have to slowly install every program until you find the problem -- especially since this didn't work for me because my problem has been intermittent.

    This issue is caused by certain registry keys that are either:

    a) Larger than 8kb

    b) Set with incorrect permissions

    c) Corrupt in some way

    For me, the problem was intermittent (same registry key would sometimes cause the issue and sometimes not - must be corrupt sometimes) so it was impossible to tell what program was doing it.  Luckily, there is a log you can look at that will tell you exactly what registry key is erroring out.  Here are the steps for getting the log you need to see:

    When you see the error message, do the following:

    1.) Push Shift+F10 to get to a command prompt

    2.) Navigate to C:\windows\Panther

    3.) Find the Setup.etl file and find a way to copy this file off of the system (I copied it to the D:\ partition and used Ghost to gather that partition and get the file off)

    4.) Copy the setup.etl file from the corrupted system to another computer that has Windows 7.  Put it on the root of C:\ for easiest access.

    5.) Open a Command Prompt on the Windows 7 computer.

    6.) Navigate to the root of C:\ (or wherever you saved the file)

    7.) Type "tracerpt setup.etl -o logfile.csv"

    8.) Close the command prompt and open up logfile.csv in your text editor of choice. 

    9.) Look through the log file (towards the end probably) for messages that say "Failed to process reg key or one of it's decendants"  For me, the exact eror looked like this: "Failed to process reg key or one of its descendants: [\REGISTRY\MACHINE\SOFTWARE\ESET\ESET Security\CurrentVersion\Plugins\01000200\Profiles\@My profile]"  If you search for "reg key" or "failed to process" you should find the failure.

    10.) Remove this software from your image, or find out how to get the registry key that is failing to work properly.

    After this, you should be able to properly identify any problem keys and remove/workaround them on your image.

    Hello.

    I did the procedures and my results are:

    Failed to process reg key or one of its descendants: [\REGISTRY\MACHINE\SOFTWARE] </Message>";;;
    "        <Channel>Microsoft-Windows-SetupCl/Analytic</Channel>";;;
    "        <Provider>Microsoft-Windows-SetupCl </Provider>";;;
    "    </RenderingInfo>";;;

     Failed to process reg key or one of its descendants: [\REGISTRY\MACHINE\SOFTWARE\Classes]</Data>";;;
    "    </EventData>";;;
    "    <RenderingInfo Culture=""pt-BR"">";;;
    "        <Level>Erro </Level>";;;
    "        <Opcode>Informa&#231";&#245;es </Opcode>;
    "        <Keywords>";;;
    "            <Keyword>keyDiagnostic</Keyword>";;;
    "        </Keywords>";;;
    "        <Message>SclRegProcessKeyRecursiveByHandle@330 : (c0000022): Failed to process reg key or one of its descendants: [\REGISTRY\MACHINE\SOFTWARE\Classes] </Message>";;;
    "        <Channel>Microsoft-Windows-SetupCl/Analytic</Channel>";;;
    "        <Provider>Microsoft-Windows-SetupCl </Provider>";;;
    "    </RenderingInfo>";;;
    </Event>;;;
    "<Event xmlns=""http://schemas.microsoft.com/win/2004/08/events/event"">";;;
    "    <System>";;;
    "        <Provider Name=""Microsoft-Windows-SetupCl

    process reg key or one of its descendants: [\REGISTRY\MACHINE\SOFTWARE\Classes]</Data>";;;
    "    </EventData>";;;
    "    <RenderingInfo Culture=""pt-BR"">";;;
    "        <Level>Erro </Level>";;;
    "        <Opcode>Informa&#231";&#245;es </Opcode>;
    "        <Keywords>";;;
    "            <Keyword>keyDiagnostic</Keyword>";;;
    "        </Keywords>";;;
    "        <Message>SclRegProcessKeyRecursiveByHandle@330 : (c0000022): Failed to process reg key or one of its descendants: [\REGISTRY\MACHINE\SOFTWARE\Classes] </Message>";;;
    "        <Channel>Microsoft-Windows-SetupCl/Analytic</Channel>";;;
    "        <Provider>Microsoft-Windows-SetupCl </Provider>";;;
    "    </RenderingInfo>";;;
    </Event>;;;

    I need Help :p

    2015年7月16日 17:21
  • answer is here

    http://www.wintips.org/how-to-fix-windows-could-not-finish-configuring-the-system-error-after-running-sysprep/

    2015年8月6日 18:49
  • Wendy,

    I know this is an old post, but maybe it will help someone in the future.  It sounds like you have syspreped the same machine 3 times.  After the 3rd time, you no longer can sysprep a machine.  However, there is good news.

    If you go back to before you did it 3 times, you can do it more times if you add into your unattend XML file under the generalize pass for the setting "Microsoft-Windows-Security-SPP" <SkipRearm>1</SkipRearm>.

    2015年10月13日 19:23
  • The same for me, caused by Avira and sysprep.

    Solution: At the error window press Shift+f10. At command prompt type services.msc then disable Avira services. Boot.

    2015年10月21日 14:54
  • wow u r my warrior

    i fount that key with your solution (it was eset for me too) and first fix permissions but dos not work so i delete that key and windows start successfully and after that i remove eset with eset remover

    tnx

    2015年12月21日 14:39
  • We start having the same problem on  Windows 7 workstations after installing McAfee Virus Scan Hotfix 1123565.

    Ran "tracerpt setup.etl -o logfile.csv, but could not find any "Failed.." in the log file.

    Also could not change permission or ownership  on HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\McAfee\SystemCore

    Is there any way to exclude registry keys from sysprep /generalize setup?

    2016年5月26日 19:51
  • Jeff, I know this post is over 6 yrs old.....however, have you, or anyone else, ran into the issue where Shift+F10 doesn't work?  After clicking in the console window and pressing Shift+F10 the Command Prompt never appears.  

    I used the steps provided by Daniel Albrecht (below in this thread) to get past the dreaded "windows could not finish configuring the system....." and everything seems to be fine.  However, I would like to find the root cause to ensure it doesn't happen with future deployments from template.

    2016年9月20日 14:51
  • Jumping onto the necro-bumping wagon.

    The problem can indeed be with ESET Endpoint Antivirus 6.4.2014.0, but specifically it is the HIPS > Self-Defense feature.  Turn that off and leave it off.  Don't turn it back on until after deployment.

    Sysprep does not like how ESET protects its registry settings with that feature.

    • 回答の候補に設定 Ahmed Baidak 2017年1月14日 10:14
    2016年12月23日 18:18