Malicious Software Removal Tool in Win10 Home won't run

Actually, the 3 shorter scan attempts using the May v5.48 MSRT all failed, since they skipped the portion of the log indicating the results or infections found information.

This matches what RikDatta has been seeing visually, though we can't tell if all of these failures were for one tool or both, since either the locally installed or downloaded copy all display the same log information within the same monthly copy.

To me the times for the automatic quick scans seem long. but since I have an SSD, the typical time of 1.5 minutes is obviously faster than for an HDD.

It's quite interesting that the June v5.49 tool is apparently operating daily, though I don't know what might be causing this to trigger.

What the above tells me is that at least the copy of the May v5.48 tool logged isn't a file permissions issue, since it initially executes, but fails to perform the scan and probably even open the interface from what's been described.

This now appears to be a suppression of operation issue, though I don't believe that it's lack of Administrator access for the entire account, since this would create many other unrelated problems as well.  I'd be looking for anything else indicating problems with initializing programs, which if I recall correctly, RikDatta may have already mentioned relating to tiled (used to be called "Metro") apps earlier in the thread?

This might be aided by looking in the Event Viewer - Application or System logs for errors when these launches are attempted, since any messages found there might help explain the failures more clearly.

Rob

<EDIT> Note that since the failures seem not to allow the visual display of the initial scan selection screen, this could be as simple as an application crash caused by problems with display.  Since I believe I recall recently receiving an NVidia driver update for my own older Windows 10 system, there could have been a problem with some systems relating to this update.

This is just a wild guess, but it's the type of issue were looking for that might cause various apps to fail to display and so appear not to operate at all.

An additional note that I just ran the "installed" System32 copy of the June v5.49 MSRT on my Windows 10 desktop system (logs above were from a Windows 8.1 laptop) with no issues.

After a manual execution with a Windows UAC prompt for administrator elevation which I accepted, I tried this again by refusing the elevation with a "No" response, which of course stopped the program from executing.  Note that in this case there was no log entry displayed at all, so as you'd expect, the program never even initializes.

Since the symptom here for at least one of the program execution types is an abort before displaying the interactive graphical interface with truncated log entries as well, this clearly doesn't match either a permissions or administrative access issue.  So for at least those aborted log entries, the problem appears to be an application crash.

I also confirmed the NVidia driver update, but this had occurred on June 3rd for my Windows 10 system, so that seems too long ago to have been involved in this problem, though of course that would depend on when and if this occurred on RikDatta's system.

Good luck and I hope all of this helps.

Rob

Actually, the 3 shorter scan attempts using the May v5.48 MSRT all failed, since they skipped the portion of the log indicating the results or infections found information.

This matches what RikDatta has been seeing visually, though we can't tell if all of these failures were for one tool or both, since either the locally installed or downloaded copy all display the same log information within the same monthly copy.

To me the times for the automatic quick scans seem long. but since I have an SSD, the typical time of 1.5 minutes is obviously faster than for an HDD.

It's is quite interesting that the June v5.49 tool is apparently operating daily, though I don't know what might be causing this to trigger.

What the above tells me is that at least the copy of the May v5.48 tool logged isn't a file permissions issue, since it initially executes, but fails to perform the scan and probably even open the interface from what's been described.

This now appears to be a suppression of operation issue, though I don't believe that it's lack of Administrator access for the entire account, since this would create many other unrelated problems as well.  I'd be looking for anything else indicating problems with initializing programs, which if I recall correctly, RikDatta may have already mentioned relating to tiled (used to be called "Metro") apps earlier in the thread?

This might be aided by looking in the Event Viewer - Application or System logs for errors when these launches are attempted, since any messages found there might help explain the failures more clearly.

Rob

Agreed.

However, my position is that the OP may have had a part in creating this problem by downloading the tool manually after it has already been downloaded by windows update (and in this case over and over again). When manually downloading it how is it being saved, Save as to a location of choice or if Save is used is it directed to the default Windows location? (Note that the online download is intended for use only for devices that are not receiving the tool from auto update).

To explain further, I have never manually downloaded the tool, ever. As you can see from the properties dialog of MRT.exe, which resides in my system 32 folder, that apparently the file does not get replaced each month, it gets modified to the current version when downloaded (by Windows update).

The created date is from when Win 10 Pro v1511 was first installed on this workstation.

My log file goes back to Aug, 2016 when the v1607 upgrade/update was done (with no problems at all). I have never experienced a problem of any kind with the MSRT.

What are your thoughts on this?

-Richard

Obviously we were each writing our most recent posts at the same time, so mine provides more info that may have changed your thoughts already.

However, I don't think that running the manually downloaded tool has anything to do with the operation of the "installed" System32 copy, except possibly if both were executed at the same time, but even then the system should be able to handle it with only some additional delay.  Since they're named differently, they'd only conflict if someone manually renamed and replaced the System32 copy, which the OP here wasn't even aware existed until you told him as I recall.

My own Windows 10 log only contains entries back to April, so it must have been reset when the Creators Update occurred, since it's been Windows 10 since just before the final deadline to upgrade free from Windows 7 on July 29th 2016.

The file creation date for MRT.exe doesn't change because the file is overwritten rather than deleted and replaced.

Rob

When I ran the manual scan (I did not manually download it) I just typed MRT in the Cortana search box then selected  MRT run command from the results then selected Yes to Do you want to allow this app to make changes to your device. I chose the full scan (multiple drives) it then ran for about 2 hours and 45 minutes then completed (with results). (This is the only manual scan I have ever done with the MSRT and it was done for the purpose of being involved in this thread).