Share via

One of the files containing the system's Registry data had to be recovered by use of log or alternate copy. The recovery was successful.

Anonymous
2010-11-01T04:43:46+00:00

Original title:Registry Recovery

Hi,

My problem is the following: Everytime I start my laptop , a message will pop up on the screen.

Message is:" One of the files containing the system's Registry data had to be recovered by use of log or alternate copy. The recovery was successful."

Please advise how to get rid of it.

Thank you

Windows for home | Windows 11 | Performance and system failures

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments
Answer accepted by question author
  1. Anonymous
    2010-11-02T03:16:29+00:00

    Hi G.S.B,

    1)   Since when are you facing this issue?

    2)   Do you recall making any changes to the computer prior to this issue?

    3)   Are you using any third party recovery softwares?

    Step 1: Run SFC (System File checker) Scan. To do this, follow the steps below

    a)ClickStart, click  All Programs, click Accessories, and click Command Prompt

    b)   Type the following command, and then press ENTER:

    sfc /scannow

    The sfc /scannow command scans all protected system files and replaces incorrect versions with correct Microsoft versions.

    Check to see if the issue is resolved

    Step 2: Put the computer in clean boot state and check to see if the issue persists; follow the steps mentioned in the article below


    How to configure Windows XP to start in a "clean boot" state

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

    Note: Put the computer back to normal startup state, refer the section “Steps to configure Windows to use a normal startup state” in the link

    Thanks and Regards:

    Ajay K

    Microsoft Answers Support Engineer

    Visit our Microsoft Answers Feedback Forum and let us know what you think.

    1 person found this answer helpful.
    0 comments No comments

12 additional answers

Sort by: Most helpful
  1. Anonymous
    2012-06-08T07:58:29+00:00

    I found the following fix at

    http://en.community.dell.com/support-forums/software-os/f/3524/p/19287467/19528512.aspx

    as a re-post from Dell-Jesse L. 

    This worked for me on Win XP SP3.  The original profile seems to be intact.

    Cheers

    BigIve

    Thank you for using the Dell Community Forum.

    I found a post with the information below that may help you out. If this does not work you may need to reinstall Windows.

    **Note: You must enable hidden files and folders under tools folder options**

    1. Create a new user account with administrative rights on the affected machine. Navigate to the affected user's profile directory and copy ntuser.dat to a folder named backup on your C: drive.

    (example for a user named dave: copy c:\Documents and Settings\dave\ntuser.dat to c:\backup)

    1. Once you have backed up the ntuser.dat file, overwrite it with the one located in c:\windows\repair\

    (example for a user named dave: copy c:\windows\repair\ntuser.dat to c:\Documents and Settings\dave\ )

    1. Log off the temporary account you have created and login to the affected user account and let windows fully load up. This will create a new ntuser.dat file under the user's profile.
    2. Once windows has fully loaded up, log back out of the affected user's account and log back into the temporary account you made earlier.
    3. Copy the ntuser.dat file you backed up earlier to the user's profile directory overwriting the new file that was created.

    (example for a user named dave: copy c:\backup\ntuser.dat to c:\Documents and Settings\dave\ )

    1. Log out of the temporary account and log back into the computer under the affected account and see if the problem is fixed.
    2 people found this answer helpful.
    0 comments No comments
  2. Anonymous
    2010-12-22T15:07:54+00:00

    Running sfc /scannow will only check and repopulate missing or corrupted files in the %Systemroot%\system32\dllcache folder.

    Running sfc /scannow will not replace any missing or corrupt files in any other folder.

    If your system is not afflicted in some way, learn how Windows File Protection and System File Checker really work, by doing this:

    Navigate to c:\windows\system32 and rename taskmgr.exe to taskmgr.old.

    Windows File Protection will quickly and silently replace the "missing" taskmgr.exe file with the backup copy from the dllcache folder (that is what Windows File Protection does).

    Look for a message like this in the Event Viewer System log:

    Event Type:    Information

    Event Source:    Windows File Protection

    Event Category:    None

    Event ID:    64002

    Description:

    File replacement was attempted on the protected system file c:\windows\system32\taskmgr.exe. This file was restored to the original version to maintain system stability. The file version of the system file is 5.1.2600.5512.

    Delete the taskmgr.old file (the copy make earlier) and verify that Task Manager still works.

    Boot the system in Safe Mode so that Windows File Protection is not running.

    Navigate to c:\windows\system32 and rename taskmgr.exe to taskmgr.old (taskmgr.exe is now "missing").

    Since Windows File protection does not run in Safe Mode, taskmgr.exe will not automatically be replaced like it was before and Task Manager will not launch either from CTRL-ALT-DEL or from the Taskbar.

    It should also be noted that running sfc /scannow in Safe Mode will result in an error like this:

    Windows File Protection could not initiate a scan of protected system files.

    The specific error code is 0x000006ba [The RPC server is unavailable.].

    You cannot start the RPC Server in Safe Mode either.

    It is a waste of time and effort to suggest trying to run sfc /scannow in Safe Mode - it will not even launch.

    Conclusion:  Trying to run sfc /scannow in Safe Mode is a waste of time.

    Boot the system normally and verify that c:\windows\system32\taskmgr.exe is still missing and Task Manager still does not work.

    You can navigate to c:\windows\system32\dllcache (where the backup files are) and still launch Task Manager from there by double clicking the backup copy of taskmgr.exe file from there, but Task Manager will not launch in the "usual" manners.

    Run sfc /scannow successfully and let it complete and it should find nothing to do.  The only messages in the Event Viewer will be from when sfc /scannow started and when sfc /scannow completed.

    If you try to launch Task Manager now, Task Manager will still not work because taskmgr.exe will still be missing from the c:\windows\system32 folder.  That means running sfc /scannow did not replace the missing file.

    Conclusion: Running sfc /scannow will not replace missing files in the c:\windows\system32 folder.

    Copy some boring text file like c:\boot.ini into the c:\windows\system32 folder and call the copy taskmgr.exe.  Now, the taskmgr.exe file is no longer "missing", but taskmgr.exe is "corrupt" since it is really just a text file.

    Run sfc /scannow successfully and let it complete and it should find nothing to do.  The only messages in the Event Viewer will be the one from when sfc /scannow started and when sfc /scannow completed.

    If you try to launch Task Manager now, Task Manager still will not work because the taskmgr.exe is really just a copy of c:\boot.ini.

    Conclusion:  Running sfc /scannow will not replace "corrupted" files in the c:\windows\system32 folder.

    Now learn what running sfc /scannow really does (it maintains the %Systemroot%\system32\dllcache folder).

    Navigate to c:\windows\system32\dllcache and rename taskmgr.exe to taskmgr.old (now the backup copy of the file is "missing").

    Run sfc /scannow successfully and let it complete and it will replace the missing taskmgr.exe file in the dllcache folder.  The

    only messages in the Event Viewer will be from when sfc /scannow started and when sfc /scannow completed.

    Conclusion:  Running sfc /scannow will populate the dllcache folder when Protected Files are missing in the dllcache folder.

    In other words, sfc /scannow will only replace missing files from %Systemroot%\system32\dllcache.

    Repeat the test by copying the c:\boot.ini file into c:\windows\system32\dllcache and replace or overwrite the taskmgr.exe file (making

    the copy of taskmgr.exe "corrupted").

    Run sfc /scannow successfully and let it complete and it will replace the "corrupted" taskmgr.exe file in the dllcache folder.  The

    only messages in the Event Viewer will be from when sfc /scannow started and when sfc /scannow completed.

    Conclusion:  Running sfc /scannow will populate the dllcache folder when Protected Files are corrupted in the dllcache folder.


    Do, or do not. There is no try.

    Somebody please tell me how to prepare figgy pudding as these children keep saying they won't go until they get some.

    I decided to save up points for a new puppy instead of a pony!

    0 comments No comments
  3. Deleted

    This answer has been deleted due to a violation of our Code of Conduct. The answer was manually reported or identified through automated detection before action was taken. Please refer to our Code of Conduct for more information.


    Comments have been turned off. Learn more

  4. Anonymous
    2010-11-21T16:22:41+00:00

    If you are not an expert at rewriting the registry follow the next step.

     This will work on Windows XP.

    The first thing you have to do is go to the Microsoft site and download XP service pack 3 and reinstall it. it will rewrite the registry values. When you restart you will get the error message one more time, restart  again and the message will be gone.

    0 comments No comments