爱问知识人 爱问教育 医院库

文件损坏怎么办

首页

文件损坏怎么办

文件或目录/WINDOWS/prefetch/IEDW.EXE-1880380E.pf已损坏且无法读取。请运行chkdsk工具

怎么弄啊

提交回答
好评回答
  • 2018-03-28 06:37:17
    靠!都什么呀
     prefetch 是系统预读取文件夹,之所以出现这个问题,就是由于该文件夹里面的垃圾文件太多损坏导致,你只需要把该文件夹里面的垃圾文件全部删除就可以解决问题
    给你传一个清理工具,点击下载,双击运行即可,完毕问题解决

    离***

    2018-03-28 06:37:17

其他答案

    2018-03-28 12:37:17
  •   系统认为是磁盘错误导致文件无法读取, 让你运行CHKDSK--磁盘检测--进行修复。
    CHKDSK的使用方法:
    CHKDSK [volume[[path]filename]]] [/F] [/V] [/R] [/X] [/I] [/C] [/L[:size]]
      volume          指定驱动器(后面跟一个冒号)、装入点
                      或卷名。
       filename 仅用于 FAT/FAT32: 指定要检查是否有碎片的文件。 /F 修复磁盘上的错误。 /V 在 FAT/FAT32 上: 显示磁盘上每个文件的完整路径和名称。
       在 NTFS 上: 如果有清除消息,将其显示。 /R 查找不正确的扇区并恢复可读信息(隐含 /F)。 /L:size 仅用于 NTFS: 将日志文件大小改成指定的 KB 数。
       如果没有指定大小,则显示当前的大小。 /X 如果必要,强制卷先卸下。 卷的所有打开的句柄就会无效(隐含 /F)。 /I 仅用于 NTFS: 对索引项进行强度较小的检查。
       /C 仅用于 NTFS: 跳过文件夹结构的循环检查。 /I 和 /C 命令行开关跳过卷的某些检查,减少运行 Chkdsk 所需的时间。 具体地讲,你先启动命令提示符 然后依此输入 CD \ CHKDSK /F 程序发现错误会有提示,按其仔细操作,基本可以解决问题。
      

    杨***

    2018-03-28 12:37:17

  • 2018-03-28 09:37:17
  •   有可能是ie被恶意程序修改或者病毒更改了系统文件,建立杀毒,然后用魔法兔子等修复ie
    以下是一个相关说明:
    偶尔出现,是程序冲突,没什么关系,不用管他。 
    经常出现就危险了,后果很严重,弄不好就得重装系统了。 
    该内存不能read written常见原因 
    使用Windows操作系统的人有时会遇到这样的错误信息:“0X????????指令引用的0x00000000内存,该内存不能written”,然后应用程序被关闭。
      如果去请教一些“高手”,得到的回答往往是“Windows就是这样不稳定”之类的义愤和不屑。其实,这个错误并不一定是Windows不稳定造成的。本文就来简单分析这种错误的常见原因。 一、应用程序没有检查内存分配失败 程序需要一块内存用以保存数据时,就需要调用操作系统提供的“功能函数”来申请,如果内存分配成功,函数就会将所新开辟的内存区地址返回给应用程序,应用程序就可以通过这个地址使用这块内存。
      这就是“动态内存分配”,内存地址也就是编程中的“指针”。 内存不是永远都招之即来、用之不尽的,有时候内存分配也会失败。当分配失败时系统函数会返回一个0值,这时返回值“0”已不表示新启用的指针,而是系统向应用程序发出的一个通知,告知出现了错误。
      作为应用程序,在每一次申请内存后都应该检查返回值是否为0,如果是,则意味着出现了故障,应该采取一些措施挽救,这就增强了程序的“健壮性”。 若应用程序没有检查这个错误,它就会按照“思维惯性”认为这个值是给它分配的可用指针,继续在之后的运行中使用这块内存。
      真正的0地址内存区保存的是计算机系统中最重要的“中断描述符表”,绝对不允许应用程序使用。在没有保护机制的操作系统下(如DOS),写数据到这个地址会导致立即死机,而在健壮的操作系统中,如Windows等,这个操作会马上被系统的保护机制捕获,其结果就是由操作系统强行关闭出错的应用程序,以防止其错误扩大。
      这时候,就会出现上述的“写内存”错误,并指出被引用的内存地址为“0x00000000”。 内存分配失败故障的原因很多,内存不够、系统函数的版本不匹配等都可能有影响。因此,这种分配失败多见于操作系统使用很长时间后,安装了多种应用程序(包括无意中“安装”的病毒程序),更改了大量的系统参数和系统文件之后。
       二、应用程序由于自身BUG引用了不正常的内存指针 在使用动态分配的应用程序中,有时会有这样的情况出现:程序试图读写一块“应该可用”的内存,但不知为什么,这个预料中可用的指针已经失效了。有可能是“忘记了”向操作系统要求分配,也可能是程序自己在某个时候已经注销了这块内存而“没有留意”等等。
      注销了的内存被系统回收,其访问权已经不属于该应用程序,因此读写操作也同样会触发系统的保护机制,企图“违法”的程序唯一的下场就是被操作终止运行,回收全部资源。计算机世界的法律还是要比人类有效和严厉得多啊! 像这样的情况都属于程序自身的BUG,你往往可在特定的操作顺序下重现错误。
      无效指针不一定总是0,因此错误提示中的内存地址也不一定为“0x00000000”,而是其他随机数字。 如果系统经常有所提到的错误提示,下面的建议可能会有帮助: 1。查看系统中是否有木马或病毒。这类程序为了控制系统往往不负责任地修改系统,从而导致操作系统异常。
      平常应加强信息安全意识,对来源不明的可执行程序绝不好奇。 2。更新操作系统,让操作系统的安装程序重新拷贝正确版本的系统文件、修正系统参数。有时候操作系统本身也会有BUG,要注意安装官方发行的升级程序。 3。试用新版本的应用程序。

    失***

    2018-03-28 09:37:17

  • 2018-03-28 05:37:17
  • 从下。
    貌似没别的办法。。

    A***

    2018-03-28 05:37:17

  • 2018-03-28 05:37:17
  •   进程文件: iedw。exe 
    进程名称: IE Crash Detection 
    进程分析: InternetExplorer加载项管理和故障检测,用户可以通过它查看、启用和禁用InternetExplorer使用的加载项,并确定可能与InternetExplorer故障有关的加载项。
      管理员可以强制执行一组允许或禁止的加载项,并且限制用户管理加载项的能力。利用InternetExplorer加载项管理,用户可以用比以前更详细的控制程度来查看和控制可由InternetExplorer加载的加载项列表。加载项管理还可以显示某些加载项的存在,而这些是以前不显示并且很难检测的。
      InternetExplorer加载项故障检测尝试检测InternetExplorer中与加载项有关的故障。当成功识别加载项后,此信息将提供给用户。用户可以选择禁用加载项,以诊断故障,并提高InternetExplorer的整体稳定性。 作  者: Microsoft Corporation 属  于: Microsoft Windows Operating System 安全等级 (0-5): 0 (N/A无危险 5最危险) 病  毒: 否 系统进程: 否 应用程序: 是 后台程序: 是 解决办法:重新安装IE可解决。
      。。。。。(下个IE6或更高都可)。

    s***

    2018-03-28 05:37:17

类似问题

换一换
  • 操作系统/系统故障 相关知识

  • 电脑网络技术
  • 电脑网络

相关推荐

正在加载...
最新问答 推荐信息 热门专题 热点推荐
  • 1-20
  • 21-40
  • 41-60
  • 61-80
  • 81-100
  • 101-120
  • 121-140
  • 141-160
  • 161-180
  • 181-200
  • 1-20
  • 21-40
  • 41-60
  • 61-80
  • 81-100
  • 101-120
  • 121-140
  • 141-160
  • 161-180
  • 181-200
  • 1-20
  • 21-40
  • 41-60
  • 61-80
  • 81-100
  • 101-120
  • 121-140
  • 141-160
  • 161-180
  • 181-200
  • 1-20
  • 21-40
  • 41-60
  • 61-80
  • 81-100
  • 101-120
  • 121-140
  • 141-160
  • 161-180
  • 181-200

热点检索

  • 1-20
  • 21-40
  • 41-60
  • 61-80
  • 81-100
  • 101-120
  • 121-140
  • 141-160
  • 161-180
  • 181-200
返回
顶部
帮助 意见
反馈

确定举报此问题

举报原因(必选):