Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

When I try to start Process Monitor from SysInternals on some 64 bit windows 7 machines,the process fails to start. There is no error message. I double click and nothing happens. Other 64 bit windows 7 computers work fine. Any ideas?

share|improve this question
In have the same problem, and I can run Process Monitor in 32bit mode with command line option procmon.exe /Run32. However, it does not support capturing in this mode. – jirkamat Dec 30 '11 at 14:36
@jirkamat Does not work here :( – Zero3 Apr 6 at 12:29
up vote 24 down vote accepted

Here is what I found. The 32 bit Procmon.exe contains the 64 bit exe inside it as a binary resource. When the 32 bit exe starts, it extracts the 64 bit version out to a hidden file called Procmon64.exe and then executes that. For some reason this process fails on some Windows 7 installs.

I managed to extract the 64 bit exe using Visual Studio 2010.

  1. Open Visual Studio and open the Procmon.exe file using the File->Open->File... menu
  2. In the resource tree, expand the "BINRES" node
  3. Right-click on the 1308 node and select Export...
  4. Name the exported resource Procmon-64.exe and save
  5. Run the extracted exe

Don't name the extracted exe Procmon64.exe (no hyphen) because the 32 bit Procmon will try to delete it if it gets the chance.

If you don't have Visual Studio, use a windows executable resource extractor like ResourcesExtract -

share|improve this answer
It is interesting that you found a work-around, but I would be far more interested in why you would even need to do that. – Zoredache Dec 14 '11 at 22:30
I'd like to find the root cause too, but debugging a native process without symbols is just not worth the effort. Especially one as integrated with the OS as Process Monitor. – Ryan Michela Dec 15 '11 at 4:13
Extracting the 64bit exe of ProcMon to standalone EXE and running this exe solves this problem for me! ProcMon is running fine. – jirkamat Dec 30 '11 at 15:30
One time while idly double-clicking Procmon.exe over and over in frustration, I saw the hidden Procmon64.exe flash in Windows Explorer. This gave me the clue that the 64 bit version was being extracted by the 32 bit version. Following this hunch lead me to crack open the 32 bit exe to examine its resources and I found one that was orders of magnitude larger than the others. I extracted the resource and saved it as an .exe. Lo and behold, it was the missing 64 bit Process Monitor. – Ryan Michela Oct 4 '12 at 4:19
Since i'm having this problem with a lot of Sysinternal's programs, specifically all of the ones that extract a 64 bit version (this suddenly happened very recently, can't run any of them cause it says the directory is not writable), but if you run the resource extractor and click 'binary assets' or whatever on any of the sysinternal's applications you can basically sort by size, and the biggest one will be the app. Just rename it to exe and off you go~ – mgrandi Mar 25 '14 at 23:33

Let me blow your mind. procmon.exe REQUIRES Workstation service running in order to start. It uses it to enumerate something and will silently die without it.

This is not documented anywhere and pretty bogus.

share|improve this answer
Yes! This was it! This answer needs to go to the top. – himself Apr 28 at 9:18
Yup, that did it for me. Version 3.10 does not require it, but version 3.20 does. You have succeeded; mind blown. Saying “pretty bogus” is a huge understatement. I have no desire to run that service, so I am sorely disappointed in Mark. – Synetech May 7 at 3:13

I know this thread has been a while but I just saw this problem lately and I noticed another factor that might be helpful. Administrator right. If I login as an admin and run it, it works fine. If login as a non-admin and run it, the problem happens and the extracted procmon-64 shows the same problem.

share|improve this answer

I succeed to extract ProcMon64.exe with next Perl script placed and executed in temp folder.

use File::Copy;

{ system "C:\\SysInternals\\ProcMon.exe"}
{  for($i=1;$i<1000;$i++)
    {if(-e 'ProcMon64.exe')
      { copy('ProcMon64.exe',$i.'.exe')}

After multiples executions it creates tens of copes which all are the same (the same CRC32)

share|improve this answer

ospy is a ProcMon ALternative. You could try troubleshooting procmon startup with that.

share|improve this answer

I fixed this problem by re-checking my Environment variables. You may check %TEMP% to see whether you ever add something inside before. Remove any other folders except for windows temp and then reboot.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.