DISM: error 87 - what context ?

The only one that will run is DISM /online /cleanup-image /scanhealth

/checkhealth and /restorehealth result in the same context error.
I tried some other spellings and spaces, but there's something else that I am unaware of.

All the online "context" I have searched for is the same as what I have attempted here.

Is there another version that wants to see "...... /cleanup-wim /checkhealth" perhaps ?

DELL Latitude
C: = Reserved
D: = Win7

Hi

DISM is the successor to KB947821, it only works for certain versions of W7
(System Update Readiness Tool aka SURT)

You will need to download it from the MS catalogue... note please ensure you pull the correct set-up x64/x86 dated Oct 2014


results can be found here - C:\Windows\Logs\CBS\CheckSUR.log

Yes. Very good. I was reading the KB article about DISM and SURT differences, and that Win7 usually runs off of the SUR-Tool. I have the two log files in my CBS folder that were just run yesterday, and are identical as follows:

=================================Checking System Update Readiness.Binary Version 6.1.7601.244992024-04-27 22:15Checking Windows Servicing PackagesChecking Package Manifests and CatalogsChecking Package WatchlistChecking Component WatchlistChecking PackagesChecking Component StoreSummary:Seconds executed: 533 No errors detected

****

I searched my Win7 updates that were mostly installed at the retirement of W7 in 2020, and did not find a KB947821 update file listing...and I would guess it's a hidden file somewhere, or it checks while I am on the web to make this summary of "No errors detected" in just under 9 minutes.

The other cabinet files are recent SFC scannow or DISM /scanhealth that ran to completion (with some errors that could not be repaired). See below



I'm still trying to learn what "persist" means, otherwise something to do about video screens or drivers has been my best Latin research guess.

Anyway, my W7 appears to be running OK, but SFC will report a corruption somewhere none the less.

I recently turned off my IE in features, and uninstalled EDGE after hitting something on the web that froze my screen, and then suspended iexplore.exe over and over again in processes. I wanted to repair any damages from the web attack, when I ran into this DISM roadblock.

I'll try the KB download that should run a scan - and maybe a repair - if it can identify the corruption(s).

I have to switch to admin to view the CBS text file, and I shall return ...

Hi

That KB runs as a one-off, used as and when required, so never appears in the installed update folders

MS decided many moons ago that certain folders needed to be kept during Disk Clean-up - windows update operations, they achieved this by labelling them Persistant
note
some people have removed them manually with no ill effects, as they do take up a fair bit of space

sfc and surt look at different operations within the OS, easiest way of looking at it
sfc is the engine
surt is the petrol

Hi

based on those results its going to be a bit more than just running SURT

there are corrupt packages which need to be replaced - unfortunately i dont have them
but i know who does

Please shootover to Sysnative.com
they WILL need you to zip the cbs log file

Thanks Torch,

Give me a spell to go over there at sysnative.

I began this "adventure" while searching for tooling to repair an old Ford pickup - not an old Windows 7!

So anyways, I posted in the general forum about what had happened from the start - set the post as "solved" when I cleared the task manager - which I thought at the time was the only problem.

Having gone thru some of the discussion here in "software", I decided to open up the original post "unresolved" with the new findings that are strongly pointing to a malware/Trojan type virus that has likely found it's way into my Win7 computer.

******* view at my post "IEexplore.exe hang" in the GENERAL discussion **********

Even if there is a Trojan virus found, the anti-virus programs do not fix the damage the malware causes - to the best of my knowledge anyways. The best solution may simply be to format the gangrene out this rig, and rewrite a new Win7 with a retail key and disk purchase, turn off updates, and to just repeat a format/clean reinstall at the first sign of any future infestation - like we used to do with old DOS when the Kalok hard drive seized - which are still backed up to this day !

I guess I have nothing to lose in downloading and running the anti-virus steps spelled out at malwaretips. At least it may inform what the issue is or has been.

- - - Updated - - -

I registered with sysnative, and followed their download steps in preperations to post in their update forum.

This is the SUR-Tool KB947821 that was offered for download :



There is one (1) 947821 executable standalone "SUR", and 25 other self-extracting cabinet applications.

Was I suppose to run all 25 cabinets, and then run the SUR tool ?

Well, Sysnative only mentioned about running the SUR. So I only did what was specified, and did not bother the other 25 cabinet applications.

After running the 947821 standalone, the CBS log continues to fail packages, but does not report the autochk.exe or display.dll.mui corruptions anymore. SUR may have repaired those two files - but - cannot fix the error failures to open or repair update packages.

I'm just guessing that the 25 cabinets need to be run and extracted prior, so that the SUR tool can open and/or identify them as packages ? ?? Maybe like the fuel and engine analogy you were hinting on...Yea...

SFCFix version 3.0.2.1 by niemiro.Start time: 2024-05-05 04:31:45.807Microsoft Windows 7 Service Pack 1 - amd64Using .zip script file at C:\Users\User\Desktop\SFCFix.zip [0]

PowerCopy::Successfully took permissions for file or folder C:\Windows\winsxs\amd64_microsoft-windows-display.resources_31bf3856ad364e35_6.1.7600.16385_en-us_f76d5676e7d5a264\Display.dll.muiSuccessfully took permissions for file or folder C:\Windows\winsxs\amd64_microsoft-windows-autochk_31bf3856ad364e35_6.1.7601.17514_none_4019f2b8d860ad30\autochk.exeSuccessfully copied file C:\Users\User\AppData\Local\niemiro\Archive\amd64_microsoft-windows-display.resources_31bf3856ad364e35_6.1.7600.16385_en-us_f76d5676e7d5a264\Display.dll.mui to C:\Windows\winsxs\amd64_microsoft-windows-display.resources_31bf3856ad364e35_6.1.7600.16385_en-us_f76d5676e7d5a264\Display.dll.mui.Successfully copied file C:\Users\User\AppData\Local\niemiro\Archive\amd64_microsoft-windows-autochk_31bf3856ad364e35_6.1.7601.17514_none_4019f2b8d860ad30\autochk.exe to C:\Windows\winsxs\amd64_microsoft-windows-autochk_31bf3856ad364e35_6.1.7601.17514_none_4019f2b8d860ad30\autochk.exe.Successfully restored ownership for C:\Windows\winsxs\amd64_microsoft-windows-display.resources_31bf3856ad364e35_6.1.7600.16385_en-us_f76d5676e7d5a264\Display.dll.muiSuccessfully restored permissions on C:\Windows\winsxs\amd64_microsoft-windows-display.resources_31bf3856ad364e35_6.1.7600.16385_en-us_f76d5676e7d5a264\Display.dll.muiSuccessfully restored ownership for C:\Windows\winsxs\amd64_microsoft-windows-autochk_31bf3856ad364e35_6.1.7601.17514_none_4019f2b8d860ad30\autochk.exeSuccessfully restored permissions on C:\Windows\winsxs\amd64_microsoft-windows-autochk_31bf3856ad364e35_6.1.7601.17514_none_4019f2b8d860ad30\autochk.exePowerCopy:: directive completed successfully.Successfully processed all directives.Failed to generate a complete zip file. Upload aborted.SFCFix version 3.0.2.1 by niemiro has completed.Currently storing 2 datablocks.Finish time: 2024-05-05 04:40:47.911Script hash: m7J5g/g1IYfqfp/zlBDedu3Q+bhXgbml+v3B5UbeoAE=----------------------EOF-----------------------



Thanks Torchwood. Sysnative was a success !

ed