Jump to content


Register a free account to unlock additional features at BleepingComputer.com
Welcome to BleepingComputer, a free community where people like yourself come together to discuss and learn how to use their computers. Using the site is easy and fun. As a guest, you can browse and view the various discussions in the forums, but can not create a new topic or reply to an existing one unless you are logged in. Other benefits of registering an account are subscribing to topics and forums, creating a blog, and having no ads shown anywhere on the site.

Click here to Register a free account now! or read our Welcome Guide to learn how to use this site.


SINGLE WinMgmt event 4 :- "Failed to load MOF ... while recovering repository file."

  • Please log in to reply
2 replies to this topic

#1 alan12345


  • Members
  • 8 posts
  • Local time:06:30 AM

Posted 21 September 2009 - 04:20 PM

This only happened once immediately after reboot following removal of Comodo Firewall 3.5.
This event has never repeated after many reboots.
I have not seen any subsequent errors of any sort.

Does the absence of repetition indicate that Windows suceeded on the next reboot,
or that Windows has given up trying to mend a fatal wound ? ? ?

There were 4 off such error events within 1 second, designating these *.MOF files

I later found that starting a few seconds before that, and finishing a few seconds after,
there were 51 *.MOF updated time stamps in C:\WINDOWS\System32\wbem\AutoRecover.
Comparing Acronis images of C:\ taken before and after removal/replacement of the Firewall I see :-
4 original *.MOF files that retained timestamps of last year and before
7 original *.MOF files that were halved in size as they were modified
44 brand new *.MOF files I have not seen before.

Do all these extra *.MOF files in ...\wbem\AutoRecover indicate a major disaster ?
Does the absence of further WinMgmt event 4 errors show recovery without failure on the next reboot ?
Does the continued presence of all these *.MOF files show that after recovery Windows was too lazy to delete redundant files ?
Or has it left it all for me to try and recompile or something ?

I am hoping to be assured that all is well,
or to have a quick fix that is sure to work,
otherwise I could play safe and restore the system via Acronis image with the old Firewall,
and then try to be more gentle as I replace the Firewall,
and then repeat all the other updates and adjustment done in the last 7 weeks.
I do not want to repeat the last 7 weeks, but I would rather do that than wait until I discover what is badly broken,
and then have to repeat everything I might be doing next year ! !

I am using XP Home with SP3


Edited by alan12345, 21 September 2009 - 04:21 PM.

BC AdBot (Login to Remove)


#2 hamluis



  • Moderator
  • 56,562 posts
  • Gender:Male
  • Location:Killeen, TX
  • Local time:11:30 PM

Posted 21 September 2009 - 05:11 PM

First, some data on .mof files, http://technet.microsoft.com/en-us/library/cc180827.aspx AND http://filext.com/file-extension/MOF.

Now that you made me check this system :thumbsup:...I have 121 files with the .mof extension. About 70% of them seem to be in C:\Windows\System32\wbem\AutoRecover, 25% in C:\Windows\System32\wbem..a few in service pack folders, MS.NET, etc.

From what I see, it's too technical for me to worry about. If it was something to worry about, I suppose that Event Viewer would give me an error message about it or I would get a BSOD, etc.

I don't spend a lot of time worrying about WMI processes...they don't exist for me, they exist for XP (at least, that's my interpretation).


#3 alan12345

  • Topic Starter

  • Members
  • 8 posts
  • Local time:06:30 AM

Posted 22 September 2009 - 09:04 AM

Thanks for the links.

Like you I feel they are too technical for me.

Unfortunately I do worry that Murphy's law is waiting to pounce,
so if I cannot be certain the system is rock solid I will restore it to a known good state and re-install everything I have done this last two months


0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users