般类型提示

eth1: Too much work at interrupt, IntrStatus=0x0001

这条提示的含意为. 某网卡的中断请求过多. 如果只是偶尔出现一次可忽略. 但这条提示如果经常出现或是集中出现,那涉及到的可能性就比较多有可能需要进行处理了.。可能性比较多,如网卡性能;服务器性能;网络攻击..等等。

IPVS: incoming ICMP: failed checksum from 61.172.0.X!

服务器收到了一个校验和错误的ICMP数据包。 这类的数据包有可能是非法产生的垃圾数据.但从目前来看服务器收到这样的数据非常多.一般都忽略。

一般代理服务器在工作时会每秒钟转发几千个数据包.收到几个错误数据包不会影响正常的工作.这是问我多的一类提示了。

NET: N messages suppressed.

服务器忽略了 N 个数据包.和上一条提示类似.服务器收到的数据包被认为是无用的垃圾数据数据. 这类数据多是由攻击类的程序产生的。

这条提示如果 N 比较小的时候可以忽略.但如果经常或是长时间出现3位数据以上的这类提示.就很有可能是服务器受到了垃圾数据类的带宽攻击了。

UDP: bad checksum. From 221.200.X.X:50279 to 218.62.X.X:1155 ulen 24

UDP: short packet: 218.2.X.X:3072 3640/217 to 222.168.X.X:57596

218.26.131.X sent an invalid ICMP type 3, code 13 error to a broadcast: 0.1.0.4 on eth0

服务器收到了一个错误的数据包.分别为 UDP校验和错误; 过短的UDP数据包; 一个错误的ICMP类型数据. 这类信息一般情况下也是非法产生的。但一般问题不大可直接忽略。

kernel: conntrack_ftp: partial 227+13

FTP_NAT: partial packet6/20 in8/

服务器在维持一条FTP协议的连接时出错. 这样的提示一般都可以直接忽略。

不必完全扫描

如果你仅想找到不小心误删除的文件，无论使用哪种数据恢复软件，也不管它是否具有类似EasyRecovery快速扫描的方式，其实都没必要对删除文件的硬盘分区进行完全的簇扫描。因为文件被删除时，操作系统仅在目录结构中给该文件标上删除标识，任何数据恢复软件都会在扫描前先读取目录结构信息，并根据其中的删除标志顺利找到刚被删除的文件。所以，你完全可在数据恢复软件读完分区的目录结构信息后就手动中断簇扫描的过程，软件一样会把被删除文件的信息正确列出，如此可节省大量的扫描时间，快速找到被误删除的文件数据。

尽可能采取NTFS格式分区

NTFS分区的MFT以文件形式存储在硬盘上，这也是EasyRecovery和Recover4all即使使用完全扫描方式对NTFS分区扫描也那么快速的原因——实际上它们在读取NTFS的MFT后并没有真正进行簇扫描，只是根据MFT信息列出了分区上的文件信息，非常取巧，从而在NTFS分区的扫描速度上压倒了老老实实逐个簇扫描的其他软件。不过对于NTFS分区的文件恢复成功率各款软件几乎是一样的，事实证明这种取巧的办法确实有效，也证明了NTFS分区系统的文件性确实比FAT分区要高得多，这也就是NTFS分区数据恢复在各项测试成绩中的原因，只要能读取到MFT信息，就几乎能恢复文件数据。

在服务器发生故障后，需注意以下几点：

1、服务器发生故障后，用户切忌再对服务器进行任何操作，也切忌随意取出硬盘，以免弄乱顺序增加后期数据恢复的难度。

2、如果已经取出硬盘，标记好硬盘的顺序。

3、求助专业服务器数据恢复公司的专业服务器数据恢复工程师，切忌随意交给不知名的小数据恢复公司。

4、如果单位服务器内存储的是保密度较高、或者较为重要的数据资料，建议配备单位内部服务器数据恢复设备，防止将数据库交由外部数据恢复公司进行数据恢复时，造成数据丢失或泄漏。

5、需要在专业人员帮助下抓取服务器阵列卡或存储管理系统里边的日志，为数据恢复提供数据恢复索引。

6、如需取出硬盘恢复，则将记录服务器硬盘接口对应编号。在取服务器硬盘时应当佩戴静电手环，以防硬盘静电击伤。