I was encountering an error on my virtual Domain Controller some days ago, resulting in an ugly blue screen:
“STOP: c00002e2 Directory Services could not start because of the following error: A device attached to the system is not functioning.
Error Status: 0xc0000001. Please shutdown this system and reboot into Directory Services Restore Mode, check the event log for more detailed information.”
Since this is my only DC in the VM environment I am using for tests and development, and I didn’t had a backup or snapshot I needed it back really badly!
I found some entries in a forum that discussed mixed up drive letters, so first attempt was to check this. Indeed, my system partition lost the letter C:\ for some reason, so I switched that back.
It didn’t really help. Some other posts described methods to switch back to a further date via the BIOS, but I was not able to do so, and the posts mostly discussed the issue after restoring an old backup file.
So I searched further, and came across a nice post, mentioning the following steps executed in the Directory Services restore mode. It basically makes use of the Active Directory Domain Services management command line tool NTDSUTIL and checks for corruptions of the service. It furthermore uses the ESENTUTL tool to check for the integrity of the JET database.
=================================================
- Restart the server and press F8 key, select Directory Services restore mode.
- Log in with the local administrator username and password
- Type: cd \windows\system32
- Type: NTDSUTIL
- Type: activate instance NTDS
- Type: files
- If you encounter an error stating that the Jet engine could not be initialized exit out of ntdsutil.
- Type: cd\
- Type: md backupad
- Type: cd \windows\ntds
- Type: copy ntds.dit c:\backupad
- Type: cd \windows\system32
- Type: esentutl /g c:\windows\ntds\ntds.dit
- This will perform an integrity check, (the results indicate that the jet database is corrupt)
- Type: esentutl /p c:\windows\ntds\ntds.dit
- Agree with the prompt
- Type: cd \windows\ntds
- Type: move *.log c:\backupad (or just delete the log files)
This should complete the repair. To verify that the repair has worked successfully:
- Type: cd \windows\system32
- Type: ntdsutil
- Type: activate instance ntds
- Type: files (you should no longer get an error when you do this)
- Type: info (file info should now appear correctly)
One final step, now sure if it’s required:
From the NTDSUTIL command prompt:
- Type: Semantic Database Analysis
- Type: Go
it worked for me thanks Evyn - saved my VM :)
ReplyDelete