Domain Controller not booting with BSOD message PROCESS1_INITIALIZATION_FAILED and hex code 0x0000006B


We have a single domain controller Active Directory environment that has a non-booting DC.  The DC is a Virtual Server (VMWare) running Windows 2008 R2 Standard.  We have backups (Veeam Software) but they all restore to the same error that the original server has....we really should have performed a disaster recovery drill to test, alas we did not :(

BSOD error:  PROCESS1_INITIALIZATION_FAILED with a hex code of:  0x0000006B.

We have about 15 revisions of this server on backup, but ALL of them restore to the same result.  We are able to boot into recovery console and access the file system of the server, and we have tried the popularly posted solution to this issue of deleting the "c:\windows\system32\codeintegrity\bootcat.cache" file, to no avail.  

I can get access to all of the Operating system files to pull things OUT of this server (database files, etc...) to try and transplant the Active Directory database into another server...or be able to do other repairs to trey and get the system to boot.  VEEAM SOFTWARE does not have any SYSTEM STATE backups or anything else that can be pulled out, so we can't help there.  

Any help is appreciated, we are in a desperate seems that we may be looking at re-building the domain, which would mean reloading MS Exchange and all other domain-based applications as WELL as re-joining all PC's to the domain...obviously not a pretty ending.

Thank you!
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Philip ElderTechnical Architect - HA/Compute/StorageCommented:
May I offer a suggestion?

Create a new VMDK (virtual hard disk) that is the same size as the system disk on the DC.

Detach the corrupted one and attach this new one.

Run your restore routine from the last backup into the new VMDK. Does it restore okay?
David Johnson, CD, MVPOwnerCommented:
boot from a recovery cd, enter a command prompt then
Delete the  x:\windows\system32\codeintegrity\Bootcat.cache file, and then restart the computer.
jkeegan123Author Commented:
@David Johnson:  I mentioned above that we've tried this suggestion, AND by the way, it is the "D" drive that you perform that file rename / delete on, not the "X" drive, the "X" drive is the recovery disc NOT the damaged OS.  But thank you for trying.
Seth SimmonsSr. Systems AdministratorCommented:
We have a single domain controller...

that was the first mistake try and transplant the Active Directory database into another server...

that won't work

my first question would be, did something change?
that is an odd error for a virtual machine unless there is some sort of corruption with the vmdk
if you don't have a good backup, looks like it will be a busy weekend for you
Zaheer IqbalTechnical Assurance & ImplementationCommented:
Got this below from technet


I had the exact same issue and I was able to fix it.
Error STOP: 0x0000006B
The file: Bootcat.cache was corrupted, I am not sure how it happened, I ran spybot and spybot had me rebooot the computer to remove files but I don't think it was from Spybot.
All you have to do is delete the file: bootcat.cache from %SystemRoot%\system32\codeintegrity
I used the instructions from KB981833:
After I moved the bootcat.cache to another location then computer boot up and no more BSOD and Spybot continued to ran at startup.
jkeegan123Author Commented:
As I mentioned, I did try replacing the bootcat.cache file to no avail.
To the person indicating that not having a 2nd domain controller was a mistake, yes that was a mistake, that is why I mentioned it.  I was sharing this experience for the betterment of the overall community, not so that people can gloat over it.

The resolution to this issue was:

- Boot to recovery console
- Navigate to \Windows\WinSXS\Pending.xml - this indicates that there are PENDING ACTIONS for the Windows installation.  This is what was causing the BSOD during boot - the system was in a state such that the pending actions initiation were causing the machine to panic.  The cause of this was that the system had a power outage and during the reboot, the system had a subsequent power outage, and the 2nd power outage interrupted a PRE-BOOT update completion for some Windows updates.  

To resolve, we had to roll back the pending actions using the following:
- From recovery console, enter:
DISM /image:D:\  /cleanup-image  /revertpendingactions

* note:  D:\ is used because the system mounted in recovery console as "D".  The actual system drive when the system boots is "C:\"

* This is the Deplyment Image Servicing and Management CLI, more info about this command can be found here:

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Seth SimmonsSr. Systems AdministratorCommented:
none of our suggestions helped because you failed to provide important details
you said nothing about multiple power outages or windows updates installing
Zaheer IqbalTechnical Assurance & ImplementationCommented:
Agree with Seth - Full info was not provided.
jkeegan123Author Commented:
No solution offered a resolution.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Windows Server 2008

From novice to tech pro — start learning today.