The dism log in your other thread shows kernel32.dll, atl.dll and other dlls as corrupted.
But the copies of those files are not present in the indicated folders.
Read More:Code:2020-10-08 14:47:28, Info CBS (p) CSI Payload Corrupt (n) 2020-10-08 14:47:28, Info CBS Repair failed: Missing replacement payload.
Code:amd64_microsoft-windows-microsoftedge_31bf3856ad364e35_10.0.19041.423_none_ef43a2884ee1438c\NewWindowIcon.scale-150_contrast-black.png amd64_microsoft-windows-d2d_31bf3856ad364e35_10.0.19041.329_none_85aecaaebaad5d7e\d2d1.dll amd64_microsoft-windows-nfcmediaprovider_31bf3856ad364e35_10.0.19041.329_none_74c6eac1407919e6\NfcRadioMedia.dll amd64_microsoft-windows-atlthunk_31bf3856ad364e35_10.0.19041.329_none_6bf870392fda3529\atlthunk.dll amd64_microsoft-windows-kernel32_31bf3856ad364e35_10.0.19041.292_none_717d15cbb5470209\kernel32.dll amd64_microsoft-windows-atl_31bf3856ad364e35_10.0.19041.329_none_893223b0b86ed133\atl.dll amd64_microsoft-windows-d..ctoryclient-onecore_31bf3856ad364e35_10.0.19041.329_none_e21f36410cd796ce\DeviceDirectoryClient.dll
I think the guys in the windows update forum could help you to replace those files; therefore, my advice is to open a new thread there.
In fact I have already copied those files from my other working machine and DISM works fine now. But still I get BSOD with error 0xC0000135 at boot time itself. That is why I started this thread here.
Some observations:
1. I see a DUMPxxxx.tmp file in root directory. But there is no dump file in MiniDumps folder. As per article on BSOD on sysinternals, this file is created as a part of process of creating dump. My guess is that this process itself might not be completing.
2. When BSOD appears, I have seen usually system reboots after data collection reaches 100% . But in this case the machine just hangs with a continued high CPU usage. ( I can tell this from the cooling fan noise)
Last edited: