The Windows Management Instrumentation (WMI) Repository, an important part of Windows, stores management information used by Windows, applications, services, and administrative tools.
Repairing or rebuilding the WMI Repository on Windows 11/10 should not be your first troubleshooting step. Start by checking the repository with winmgmt /verifyrepository. If Windows identifies an inconsistency, use winmgmt /salvagerepository before moving to a complete rebuild.
If salvage does not work, stopping the WMI service, renaming the Repository folder, and restarting Windows can allow Windows to create a fresh repository. Afterward, verify the repository again and test the original problem.
If the issue remains even after the repository is consistent, look beyond WMI itself.
Below, I have explained in detail! Let’s learn and rebuild a corrupted WMI Repository!
Repair (Rebuild) the WMI Repository on Windows 11/10

To repair the WMI Repository,
- Open Command Prompt as administrator.
- Run winmgmt /verifyrepository to check whether the repository is consistent.
- If Windows reports an inconsistency, run winmgmt /salvagerepository to attempt a repair.
- If the problem continues, stop the Windows Management Instrumentation service and related services.
- Rename the WMI Repository folder and restart Windows so Windows can recreate the repository.
- Run winmgmt /verifyrepository again after restarting to check the result.
Let’s learn in detail!
1: Open Command Prompt as Administrator
The first step is to open an elevated Command Prompt because WMI repair commands require administrative permissions.
On Windows 11 or Windows 10, select Start and type Command Prompt. When Command Prompt appears in the search results, select Run as administrator. If Windows displays a User Account Control prompt, select Yes.
You can also use the keyboard shortcut Windows + S, type cmd, and then choose Run as administrator.
Once the Command Prompt window opens, make sure the title indicates that it has administrator access. This is important because running the commands from a regular Command Prompt can result in permission errors.
2: Check the WMI Repository
Before trying to repair the repository, check its current status. In the administrator Command Prompt, type the following command and press Enter:
winmgmt /verifyrepository
Windows will examine the WMI Repository and report whether it appears to be consistent.
If you receive a message indicating that the repository is consistent, the repository itself may not be the source of your problem. In that situation, rebuilding it is generally unnecessary, and you should investigate the particular WMI-dependent application or service that is causing the error.
If Windows reports that the repository is inconsistent, continue to the next step.
3: Attempt to Salvage the WMI Repository
If the verification reports an inconsistency, the next option is to let Windows attempt to repair the repository.
In the same administrator Command Prompt, enter:
winmgmt /salvagerepository
Then press Enter and allow the command to finish.
The salvage operation attempts to reconstruct the repository using information available on the computer. This is preferable to immediately deleting or renaming the repository because it gives Windows an opportunity to repair the existing WMI data.
After the command finishes, run the verification command again:
winmgmt /verifyrepository
If Windows now reports that the repository is consistent, restart your computer and check whether the original WMI-related problem has disappeared.
If the repository is still inconsistent, continue with the next steps.
4: Stop the Windows Management Instrumentation Service
A full rebuild requires you to work with the WMI Repository folder, so the Windows Management Instrumentation service needs to be stopped first.
Press Windows + R to open the Run dialog. Type:
services.msc
Press Enter.
The Services window will open. Scroll through the list and locate Windows Management Instrumentation. Double-click it to open its properties.
Select Stop and wait for the service to shut down.
Windows may warn you that stopping WMI will also stop other dependent services. If Windows displays that message, review the affected services and confirm that you want to continue.
Stopping dependent services is normal during this process. However, remember that applications relying on WMI may temporarily stop working until the services are started again or Windows is restarted.
5: Open the WMI Repository Location
After stopping the WMI service, open File Explorer by pressing Windows + E.
Navigate through:
C:\Windows\System32\wbem
Inside this folder, look for a folder named Repository.
The Repository folder contains WMI data, so do not randomly delete files from the wbem directory. The goal here is specifically to handle the Repository folder.
Before making changes, you may want to create a backup copy by renaming the folder rather than deleting it. This gives you an additional recovery option if troubleshooting does not go as expected.
6: Rename the Repository Folder
If the normal salvage operation did not resolve the problem, rename the Repository folder.
Right-click the Repository folder and select Rename. Change its name to something such as:
Repository.old
Windows may require administrator permission to make this change. Approve the permission request if prompted.
Renaming the folder is generally preferable to immediately deleting it because the original folder remains available under the new name. If Windows refuses to rename it, make sure the Windows Management Instrumentation service and its relevant dependencies have stopped.
Do not manually delete random WMI files or folders from the wbem directory. Doing so can create additional Windows problems.
7: Restart Windows
Once the Repository folder has been renamed, restart your computer.
A restart allows Windows services to initialize again and can cause Windows to create a fresh WMI Repository when required.
Select Start > Power > Restart.
After Windows starts again, give the system a little time to finish loading its services. Some applications may take longer to initialize on the first startup after the repository has been rebuilt.
8: Verify the New WMI Repository
After restarting, open Command Prompt as administrator again.
Go to Start > Command Prompt > Run as administrator.
Then run:
winmgmt /verifyrepository
Press Enter.
If Windows reports that the repository is consistent, the rebuild was successful from WMI’s perspective.
You can now test the application, service, monitoring software, or Windows feature that originally produced the WMI-related error.
If Windows still reports an inconsistency, or if the original problem continues, the issue may involve WMI providers, system files, services, permissions, or another Windows component rather than the repository itself.
9: Repair Windows System Files
If rebuilding the WMI Repository did not solve the issue, checking Windows system files is a sensible next step.
Open Command Prompt as administrator and run:
sfc /scannow
Allow the scan to reach 100 percent. The System File Checker can identify and repair certain corrupted Windows system files.
After it finishes, restart your PC and test the problem again.
If Windows reports that it could not repair some files, you can also use the Deployment Image Servicing and Management tool. In an administrator Command Prompt, run:
DISM /Online /Cleanup-Image /RestoreHealth
Let the operation finish. Depending on your computer and the condition of the Windows component store, this can take some time.
After DISM finishes, restart Windows and run sfc /scannow again if necessary.
FAQs
What is the WMI Repository in Windows?
The WMI Repository is a database containing management information used by Windows and software that communicates through Windows Management Instrumentation. It helps applications and administrative tools obtain information about hardware, software, services, and other system components.
How do I know if my WMI Repository is corrupted?
Open Command Prompt as administrator and run winmgmt /verifyrepository. If Windows reports that the repository is inconsistent, it indicates that the repository has a consistency problem.
However, an inconsistent repository is not the only possible cause of WMI errors. A particular WMI provider, service, application, or damaged Windows system file can also cause similar symptoms.
Is it safe to rebuild the WMI Repository?
A WMI repository rebuild can be appropriate when the repository is genuinely inconsistent and normal repair methods have failed. However, you should verify the repository first and try winmgmt /salvagerepository before performing a more extensive rebuild.
Will rebuilding WMI delete my personal files?
Rebuilding the WMI Repository does not target your personal documents, photos, videos, or other normal user files. However, you should still maintain a current backup before making system-level changes.
Why can’t I rename the Repository folder?
The most common reason is that the Windows Management Instrumentation service or a dependent service is still running. Stop the relevant services and try again. If Windows continues to prevent the operation, restart the computer and carefully repeat the process.
What should I do if WMI is still not working?
If the repository is consistent but WMI problems continue, investigate the specific WMI provider, application, Windows service, or system component generating the error. Running SFC and DISM can also help identify and repair Windows component problems.