我从Kaspersky获取涉及Explorer.exe的每日严重错误…有问题的文件几乎总是在回收站中,或桌面上的某些内容.
以下是错误详细信息示例：
Event type: Processing error Application\Name: EXPLORER.EXE Application\Path: C:\WINDOWS\ Application\Process ID: 2364 Application\Options: C:\windows\Explorer.EXE Component: File Anti-Virus Result\Description: Processing error Object: C:\$Recycle.Bin\S-1-5-21-1403139956-787289773-2644151291-500\$RIKKQKS Object\Type: File Object\Path: C:\$Recycle.Bin\S-1-5-21-1403139956-787289773-2644151291-500\ Object\Name: $RIKKQKS Reason: Read error
谷歌搜索没有提供太多的洞察力,所以我想我会问这里是否有人遇到类似的情况.不确定它是否是一个bug,需要关注的东西,或者一个简单的修复等等.我通常只是清空回收站以进行临时修复,但是想要找到错误的根源.
思考？
我可能会告诉卡巴斯基修复他们的狗屎,但更实际的删除那些文件是一个更永久的修复 – 至少对于回收站文件,问题往往是文件已经破坏或缺少ACL,所以他们’系统进程无法访问,或者文件实际上已经消失,但指向它的指针却没有.
原文链接：/windows/368528.html当我遇到这样的文件时,我通常只会在父目录上运行一个rmdir / s / q(因为它们不能用我找到的任何其他方法删除,并且清空回收站不会对他们做一个该死的事情).
如果您进入该回收站路径(使用CLI),您可能会发现一堆子文件夹和文件由于某种原因未从回收站中正确清空.这些通常会导致任何尝试与它们交互的应用程序出现问题,并且因为它们本质上已经被删除了,所以我总是把它们完成并且从来没有遇到过这样做的问题.
例如,下面是我工作站上的回收站下面的几个.vbs恶意.当我用GPP替换它们时,可能是最后一个人使用的几个可怕的脚本用于没有被清除的所有内容.
目录已删除,问题已解决.当它是那些顶级UID风格的目录之一时,Windows将在需要时重新生成它,因此不会造成任何伤害.
