第一篇：“数据错误,循环冗余检查”解决方法
“数据错误，循环冗余检查”解决方法
从光盘、硬盘或其他介质复制文件时有时会出现“无法复制：数据错误（循环冗余检查）”的错误，导致某些文件不能复制。这时因为：
循环冗余检查（CRC）是一种数据传输检错功能，对数据进行多项式计算，并将得到的结果附在帧的后面，接收设备也执行类似的算法，以保证数据传输的正确性和完整性。若CRC校验不通过，系统重复向硬盘复制数据，陷入死循环，导致复制过程无法完成。
注意到在上述过程中实际已有一部分数据复制到硬盘，只是碰到某些数据CRC校验不通过时，Windows的复制命令无法跳过这些数据继续执行。而当操作无法完成后，系统会把已经复制到硬盘上的数据删除，这样导致复制完全失败。如果在复制时能跳过错误数据，这个问题就能得到解决。
解决方案一：重启电脑，不要运行任何软件，重试复制1-3次，若无法解决请看方案二。
解决方案二：尝试使用复制工具，例如FastCopy等。若问题依旧，请看第三条。解决方案三：（95%解决问题！）
思路：利用下载工具（迅雷，FlashGet等）的“断点续传”和“多进程多文件下载”特性。
操作步骤：假设无法复制的文件位于 X:光盘123.RM ,需要复制到 D:资料
1.用操作系统安装光盘或通过网络下载安装 IIS（Internet信息服务）,版本随意，XP下光盘安装为 IIS5.1.2.建立自己的站点，虚拟目录名称假设为“my” ,路径设置为X:光盘
3.将“http://localhost/my/123.rm” 作为URL复制进迅雷（FlashGet）的“新建”下载任务的URL文本框。
选择要下载到的目录，这里假设为 D:资料，点击“确定”开始下载。这样除了错误数据，其余均被下载到硬盘。影音文件可以正常使用。
第二篇：光盘“无法复制×数据错误(循环冗余检查)”解决方法
光盘“无法复制×:数据错误(循环冗余检查)”解决方法
上次复制DVD光盘出现此问题后，通过WINISO软件将其制作成镜像文件后就解决了这可问题。今天又遇到同样的问题，但是无法成功，再制作镜像文件到26％时就出现错误提示，点击“忽略”后WINISO程序就直接退出了，看来此路不通哟。而用暴风影音2.2确能够流畅的播放出来。
在用暴风影音2.2播放该光盘时，发现该软件可以将播放软件另存到其他地方，于是将其另存到硬盘时，大约到了26％后，然后其保存界面中的复制速度降到了0，然后直接退出保存界面。打开硬盘，发现暴风影音居然保存了该文件的前面26％的内容，但是后面的就没有了。
又到网上查找相关资料，有人提出用“CD DVD 数据恢复”软件可以解决这种问题。马上到网上下载了一个。该软件个头比较小，仅800多K，高度怀疑其是否能够胜任。死马当活马医，安装后，其界面非常简洁，就几个按钮，连菜单都免了。选择好原文件及存放目录后，点击“开始”按钮，下面出现一个进度条，显示已复制的百分比。到复制到26.7156％时，停了下来，然后显示将26.7156％偏移，一直到26.8172％，进度条显示正常了。最终将这个文件解决了。光盘修复法两则
一：因光盘正面(对着光头的那面)划伤而无法读取数据时，可找来一块麂皮或火棉，牙膏一支，少许透明液状油脂。将光盘平放于桌面上，挤少许牙膏于划伤处，用手指裹着麂皮在伤处来回旋转摩擦。待擦得发热时再多擦几下即可，用清水洗去牙膏。你会发现划伤不见了，但有一团因牙膏摩擦留下的细小摩痕，这时用麂皮蘸少许油脂(绿豆大小即可)，在摩痕处以相同方法旋转，之后擦去油脂，碟片光亮如新。二：因光盘背面(镀膜面)划破银膜或银膜脱落而无法读取数据。可找来一丁点儿水银，将碟子放在布上，背面向上。用滴管吸少许水银，滴在光盘银膜落处。注意不能滴太多，只要能盖住伤处且薄薄一层即可。用手指敲击碟片使之震荡，待水银面均匀后，用801这类牙膏粘合胶挤少许在手指上，用手指均力抚过有水银的地方，使胶均匀覆盖于水银上，(胶不能太多)，待胶干透后，这张盘就可以正常使用了。
第三篇：硬盘数据错误 循环冗余检查
工具检测专业维修:从本人的维修经验来看无法识别，一是电脑无法识别USB设备。二是USB设备不能被电脑识别。我们先要判断是电脑的问题还是USB设备的问题。我们可以用其他的USB设备来测试电脑有没有问题。如果是电脑的问题。你的电脑是不是被病毒破坏。USB2.0的驱动是不是安装完好或版本不兼容。有没有软件冲突（先解决软件问题）一般情况出来一个安装驱动程序的提示。如果是电脑硬件问题。我们先用万用表测量USB的四条线（红 5V 白DATA-数据-绿DATA-数据-黑 地线）万用表红表笔对地黑表笔测量（白线和渌线。的阻值不相差50欧，这两条线都是从南桥出来的，如果阻值变化过大则可以判断是南桥问题。说明USB在南桥内部的模块烧毁。在来看看外面的USB设备现在很多都要驱动程序。即使没有驱动程序也不会出来无法识别的情况。出现无法识别的情况有几种。一USB数据线不通或接触不良一般都接触那个地方因为时间长可能里面生锈有胀东西还可能有东西在里面挡住了。二 USB线不通。红线不通什么反应也不会有，白线不通无法识别。绿线不通也是无法识别。白线和绿线不可以接反。也是无法识别。黑线不通也没有反应，这个测量的方法上面已经讲到。注意.红线5V电压低也可导致无法识别.三 USB机板内部问题。1晶振不良，不起振。2晶振电容不良（20P）有两个3复位电容电阻不良。复位电压偏底偏高 4三端IC不良为IC提供电压不够5.主IC不良非工具修复方法: 可以用以下方法试试
1、先用chkdsk/f命令扫描你电脑的所有分区吧，是你的硬盘使用太久了没有整理过碎片，产生了逻辑错误。先磁盘碎片整理（时间比较长点）右击电脑D：盘（你要整理的哪个盘符）选择（属性）选择（工具）再选择〔磁盘清理〕
2、运行磁盘检测工具使用方法，开始-运行-cmd回车弹出的命令提示符框中直接输入chkdsk/f d:回车，待检查完成后再输chkdsk/f e:回车，依次类推，检查完你的所有分区。这里有一点要说明，检查c盘的时候需要重起。数据循环冗余检查出错的原因，绝大多
数是硬盘的问题，最可能的是分区的问题，建议重新分区或者重建一遍分区表就可以解决附(来自网络):U盘准确量产方法：五一长假除了旅游 还能做什么？辅导补习美容养颜 家庭家务 加班须知 ********************************************************************1。首先我们要判断U盘厂家采用何种主控芯片，方法有2a)去“数码之家”论坛下载 芯片精灵(ChipGenius)软件来检测b)最准确无误的方法——拆盘，查看主控芯片, 直接下开外壳，里面只有2块芯片，较小的那块就是主控芯片，大的那块是闪存芯片，如果闪存芯片有2块，恭喜，双通道********************************************************************2。再去“数码之家”论坛（若生产商有主控下载更好）下载对应主控的量产工具进行量产即可。（不同厂家的主控芯片都有其保密的指令与函数，不通用）********************************************************************3.量产时的注意事项1)不要怕，大胆的弄，U盘不会坏的。2)量产也有经常出错的时候，如U盘变成8M，再次进行。3)量产工具版本不是越高越好
第四篇：LoadRunner错误及解决方法
LoadRunner错误及解决方法[转]
分类： 性能测试
一、Step download timeout(120 seconds)
这是一个经常会遇到的问题，解决得办法走以下步骤：
1、修改run time setting中的请求超时时间，增加到600s,其中有三项的参数可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分别建议修改为600、600、5000；run time setting设置完了后记住还需要在controler组件的option的run time setting中设置相应的参数；
2、办法一不能解决的情况下，解决办法如下：
设置runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项，选项后再回放就成功了。切记此法只对windows系统起作用。
二、问题描述Connection reset by peer这个问题不多遇见，一般是由于下载的速度慢，导致超时，所以，需要调整一下超时时间。
解决办法：Run-time setting窗口中的‘Internet Protocol’－‘Preferences’设置set advanced options（设置高级选项），重新设置一下“HTTP-request connect timeout（sec），可以稍微设大一些”；
三、问题描述connection refused这个的错误的原因比较复杂，也可能很简单也可能需要查看好几个地方，解决起来不同的操作系统方式也不同；
1、首先检查是不是连接weblogic服务过大部分被拒绝，需要监控weblogic的连接等待情况，此时需要增加acceptBacklog，每次增加 25%来提高看是否解决，同时还需要增加连接池和调整执行线程数，（连接池数*Statement Cache Size）的值应该小于等于oracle数据库连接数最大值；
2、如果方法一操作后没有变化，此时需要去查看服务器操作系统中是否对连接数做了限制，AIX下可以直接vi文件limits修改其中的连接限制数，还有 tcp连接等待时间间隔大小，wiodows类似，只不过wendows修改注册表，具体修改方法查手册，注册表中有TcpDelayTime项；
四、问题描述open many files
问题一般都在压力较大的时候出现，由于服务器或者应用中间件本身对于打开的文件数有最大值限制造成，解决办法：
1、修改操作系统的文件数限制，aix下面修改limits下的nofiles限制条件，增大或者设置为没有限制，尽量对涉及到的服务器都作修改；
2、方法一解决不了情况下再去查看应用服务器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles数增大，应该就可以通过了，具体就是查找到nofiles方法，修改其中else条件的执行体，把文件打开数调大；修改前记住备份此文件，防止修改出错；
五、问题描述has shut down the connection prematurely
一般是在访问应用服务器时出现，大用户量和小用户量均会出现； 来自网上的解释： 1> 应用访问死掉 小用户时：程序上的问题。程序上存在数据库的问题
2> 应用服务没有死
应用服务参数设置问题
例如：
在许多客户端连接Weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是Weblogic中的server元素的AcceptBacklog属性值设得过低。
如果连接时收到connection refused消息，说明应提高该值，每次增加25％
Java连接池的大小设置，或JVM的设置等
3> 数据库的连接
在应用服务的性能参数可能太小了
数据库启动的最大连接数（跟硬件的内存有关）
以上信息有一定的参考价值，实际情况可以参考此类调试。
如果是以上所说的小用户时：程序上的问题。程序上存在数据库的问题，那就必须采用更加专业的工具来抓取出现问题的程序，主要是程序中执行效率很低的sql语句，weblogic可以采用introscope定位，期间可以注意观察一下jvm的垃圾回收情况看是否正常，我在实践中并发500用户和600用户时曾出现过jvm锯齿型的变化，上升下降都很快，这应该是不太正常的；
六、问题描述Failed to connect to server
这个问题一般是客户端链接到服务失败，原因有两个客户端连接限制（也就是压力负载机器），一个网络延迟严重，解决办法：
1、修改负载机器的tcpdelaytime注册表键值，改小；
2、检查网络延迟情况，看问题出在什么环节；
建议为了减少这种情况，办法一最好测试前就完成了，保证干净的网络环境，每个负载机器的压力测试用户数不易过大，尽量平均每台负载器的用户数，这样以上问题出现的概率就很小了。
七．LoadRunner HTTP服务器状态代码：在录制Web协议脚本回放脚本的过程中，会出现HTTP服务器状态代码，例如常见的页面-404错误提示、-500错误提示。
错误现象1：-404 Not Found服务器没有找到与请求URI相符的资源，但还可以继续运行直到结束。
错误分析：此处与请求URI相符的资源在录制脚本时已经被提交过一次，回放时不可再重复提交同样的资源，而需要更改提交资源的内容，每次回放一次脚本都要改变提交的数据，保证模拟实际环境，造成一定的负载压力。
解决办法：在出现错误的位置进行脚本关联，在必要时插入相应的函数。
错误现象2：-500 Internal Server Error服务器内部错误，脚本运行停止。
错误分析：服务器碰到了意外情况，使其无法继续回应请求。
解决办法：出现此错误是致命的，说明问题很严重，需要从问题的出现位置进行检查，此时需要此程序的开发人员配合来解决，而且产生的原因根据实际情况来定，测试人员无法单独解决问题，而且应该尽快解决，以便于后面的测试。
八．LoadRunner请求无法找到：在录制Web协议脚本回放脚本的过程中，会出现请求无法找到的现象，而导致脚本运行停止。
错误现象：Action.c(41): Error-27979: Requested form not found [MsgId: MERR-27979]Action.c(41): web_submit_form highest severity level was “ERROR”,0 body bytes, 0 header bytes [MsgId: MMSG-27178]“
这时在tree view中看不到此组件的相关URL。
错误分析：所选择的录制脚本模式不正确，通常情况下，基于浏览器的Web应用会使用“HTML-based script”模式来录制脚本；而没有基于浏览器的Web应用、Web应用中包含了与服务器进行交互的Java Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScript/VBScript代码、基于浏览器的应用中使用HTTPS安全协议，这时则使用“URL-based script”模式进行录制。
解决办法：打开录制选项配置对话框进行设置，在“Recording Options”的“Internet Protocol”选项里的“Recording”中选择“Recording Level”为“HTML-based script”，单击“HTML Advanced”，选择“Script Type”为“A script containing explicit”。然后再选择使用“URL-based script”模式来录制脚本。
九．LoadRunner回放Web Services协议脚本错误：LoadRunner 8.0版本在录制Web Services协议的脚本时正常，但在回放时会出现错误，提示停止脚本运行。
错误现象：利用LoadRunner 8.0版本来录制Web Services协议的脚本没有任何错误提示，回放脚本时会出现如下错误提示“Error：server returned an incorrectly formatted SOAP response”。
错误分析：出现此错误的原因是LoadRunner8.0在录制Web Services协议的脚本时存在一个缺陷：如果服务器的操作系统是中文的，VuGen会自动将WSDL文件的头改为<?xml version=”1.0“encoding=”zh_cn" ?>，所以才会有此错误提示。
解决办法：下载两个补丁，分别为“LR80WebServicesFPI_setup.exe”和“lrunner_web_ services_patch_1.exe”安装上即可。
第五篇：gcc错误解决方法
原因：因为安装其他软件，升级gcc相关的软件，造成gcc编译错误，说没有gcc，解决方法，用系统盘重新安装gcc。具体方法如下：
[root@mail /]# rpm-e--nodeps cpp
[root@mail /]# rpm-qa | grep gcc
libgcc-4.1.2-48.el5
gcc-java-4.1.2-48.el5
libgcc-4.1.2-48.el5
gcc-c -4.1.2-48.el5
gcc-gfortran-4.1.2-48.el5
[root@mail /]# rpm-ivh /root/rpm/cpp-4.1.2-46.el5.x86_64.rpm
Preparing...########################################### [100%]
1:cpp########################################### [100%]
[root@mail /]# rpm-ivh /root/rpm/gcc-4.1.2-46.el5.x86_64.rpm
Preparing...########################################### [100%]
1:gcc########################################### [100%]
[root@mail /]# rpm-qa | grep kernel-headers
kernel-headers-2.6.18-194.26.1.el5
[root@mail /]# rpm-e--nodeps kernel-headers
[root@mail /]# rpm-qa | grep kernel-headers
[root@mail /]# rpm-ivh /root/rpm/kernel-headers-2.6.18-164.el5.x86_64.rpm
Preparing...########################################### [100%]
1:kernel-headers########################################### [100%]
[root@mail /]# rpm-qa | grep glibc-headers
glibc-headers-2.5-42
[root@mail /]# rpm-qa | grep glibc-headers
glibc-headers-2.5-42
[root@mail /]# rpm-e--nodeps glibc-headers
[root@mail /]# rpm-ivh /root/rpm/glibc-headers-2.5-42.x86_64.rpm
Preparing...########################################### [100%]
1:glibc-headers########################################### [100%]
[root@mail /]# rpm-qa | grep glibc-devel
glibc-devel-2.5-42
glibc-devel-2.5-42
[root@mail /]# rpm-e--nodeps glibc-devel
error: “glibc-devel” specifies multiple packages
[root@mail /]# rpm-q--queryformat “%{NAME}-%{VERSION}-%{RELEASE}(%{ARCH})n” glibc-devel glibc-devel-2.5-42(i386)
glibc-devel-2.5-42(x86_64)
[root@mail /]# rpm-e--nodeps glibc-devel*
error: package glibc-devel* is not installed
[root@mail /]# rpm-e--nodeps glibc-devel-2.5-42(i386)
-bash: syntax error near unexpected token `('
[root@mail /]# rpm-e--nodeps glibc-devel-2.5-42(i386)
error: “glibc-devel-2.5-42” specifies multiple packages
error: package(i386)is not installed
[root@mail /]# rpm-e--allmatches glibc-devel
error: Failed dependencies:
glibc-devel >= 2.2.90-12 is needed by(installed)gcc-4.1.2-46.el5.x86_64
[root@mail /]# rpm-qa | grep gcc
libgcc-4.1.2-48.el5
gcc-java-4.1.2-48.el5
libgcc-4.1.2-48.el5
gcc-c -4.1.2-48.el5
gcc-gfortran-4.1.2-48.el5
gcc-4.1.2-46.el5
[root@mail /]# rpm-qa | grep glibc-devel
glibc-devel-2.5-42
glibc-devel-2.5-42
[root@mail /]# rpm-e--allmatches--nodeps glibc-devel
[root@mail /]# rpm-qa | grep glibc-devel
[root@mail /]# rpm-ivh /root/rpm/glibc-devel-2.5-42.i386.rpm
error: Failed dependencies:
binutils < 2.15.94.0.2-1 conflicts with glibc-devel-2.5-42.i386
[root@mail /]# rpm-ivh /root/rpm/glibc-devel-2.5-42.x86_64.rpm
error: Failed dependencies:
binutils < 2.15.94.0.2-1 conflicts with glibc-devel-2.5-42.x86_64
[root@mail /]# rpm-qa | grep binutils
binutils-2.15.92.0.2-13.0.0.0.2
binutils-2.17.50.0.6-14.el5
[root@mail /]# rpm-q--queryformat “%{NAME}-%{VERSION}-%{RELEASE}(%{ARCH})n” binutils binutils-2.17.50.0.6-14.el5(x86_64)
binutils-2.15.92.0.2-13.0.0.0.2(x86_64)
[root@mail /]# rpm-e--allmatches--nodeps binutils
/sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type./sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type.[root@mail /]# rpm-q--queryformat “%{NAME}-%{VERSION}-%{RELEASE}(%{ARCH})n” binutils package binutils is not installed
[root@mail /]# rpm-ivh /root/rpm/binutils-2.17.50.0.6-12.el5.x86_64.rpm
Preparing...########################################### [100%]
1:binutils########################################### [100%]
/sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type.[root@mail /]# rpm-ivh /root/rpm/glibc-devel-2.5-42.*
Preparing...########################################### [100%]
1:glibc-devel########################################### [ 50%]
2:glibc-devel########################################### [100%]
[root@mail /]# rpm-qa | grep libgomp
libgomp-4.4.0-6.el5
[root@mail /]# rpm-e--nodeps libgomp
/sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type.[root@mail /]# rpm-qa | grep libgomp
[root@mail /]# rpm-qa | grep libgomp*
[root@mail /]# rpm-qa | grep libstdc -devel
libstdc -devel-4.1.2-48.el5
[root@mail /]# rpm-e--nodeps libstdc -devel
[root@mail /]# rpm-ivh /root/rpm/libstdc -devel*
error: Failed dependencies:
libstdc = 4.1.2-46.el5 is needed by libstdc -devel-4.1.2-46.el5.i386
libstdc = 4.1.2-46.el5 is needed by libstdc -devel-4.1.2-46.el5.x86_64
[root@mail /]# rpm-qa | grep libstdc
libstdc -4.1.2-48.el5
compat-libstdc -33-3.2.3-61
compat-libstdc -296-2.96-138
libstdc -4.1.2-48.el5
compat-libstdc -33-3.2.3-61
[root@mail /]# rpm-ivh /root/rpm/libstdc -devel-4.1.2-46.el5.x86_64.rpm
error: Failed dependencies:
libstdc = 4.1.2-46.el5 is needed by libstdc -devel-4.1.2-46.el5.x86_64
[root@mail /]# rpm-e--nodeps libstdc
error: “libstdc ” specifies multiple packages
[root@mail /]# rpm-e--nodeps--allmatcheslibstdc
/sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type./sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type.[root@mail /]# rpm-ivh /root/rpm/libstdc *
Preparing...########################################### [100%]
1:libstdc ########################################### [ 25%]
/sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type.2:libstdc ########################################### [ 50%]
/sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type.3:libstdc -devel########################################### [ 75%]
4:libstdc -devel########################################### [100%]
[root@mail /]# rpm-ivh /root/rpm/compat-libstdc -
compat-libstdc -296-2.96-138.i386.rpmcompat-libstdc -33-3.2.3-61.i386.rpmcompat-libstdc -33-3.2.3-61.x86_64.rpm
[root@mail /]# rpm-ivh /root/rpm/compat-libstdc -
compat-libstdc -296-2.96-138.i386.rpmcompat-libstdc -33-3.2.3-61.i386.rpmcompat-libstdc -33-3.2.3-61.x86_64.rpm
[root@mail /]# rpm-ivh /root/rpm/compat-libstdc -*
Preparing...########################################### [100%]
package compat-libstdc -33-3.2.3-61.x86_64 is already installed
package compat-libstdc -296-2.96-138.i386 is already installed
package compat-libstdc -33-3.2.3-61.i386 is already installed
[root@mail /]# rpm-ivh /root/rpm/gcc-c -4.1.2-46.el5.x86_64.rpm
Preparing...########################################### [100%]
package gcc-c -4.1.2-48.el5.x86_64(which is newer than gcc-c -4.1.2-46.el5.x86_64)is already installed
file /usr/bin/c from install of gcc-c -4.1.2-46.el5.x86_64 conflicts with file from package gcc-c -4.1.2-48.el5.x86_64
file /usr/bin/g from install of gcc-c -4.1.2-46.el5.x86_64 conflicts with file from package gcc-c -4.1.2-48.el5.x86_64
file /usr/bin/x86_64-redhat-linux-c from install of gcc-c -4.1.2-46.el5.x86_64 conflicts with file from package gcc-c -4.1.2-48.el5.x86_64
file /usr/bin/x86_64-redhat-linux-g from install of gcc-c -4.1.2-46.el5.x86_64 conflicts with file from package gcc-c -4.1.2-48.el5.x86_64
file /usr/lib/gcc/x86_64-redhat-linux/4.1.1/32/libsupc .a from install of gcc-c -4.1.2-46.el5.x86_64 conflicts with file from package gcc-c -4.1.2-48.el5.x86_64
file /usr/lib/gcc/x86_64-redhat-linux/4.1.1/libsupc .a from install of gcc-c -4.1.2-46.el5.x86_64 conflicts with file from package gcc-c -4.1.2-48.el5.x86_64
file /usr/libexec/gcc/x86_64-redhat-linux/4.1.1/cc1plus from install of gcc-c -4.1.2-46.el5.x86_64 conflicts with file from package gcc-c -4.1.2-48.el5.x86_64
file /usr/share/man/man1/g .1.gz from install of gcc-c -4.1.2-46.el5.x86_64 conflicts with file from package gcc-c -4.1.2-48.el5.x86_64
