RAID物理層故障

服務(wù)器物理層故障，主要是指服務(wù)器陣列SAS、SCSI硬盤由于硬盤內(nèi)部磁頭或者電機原因引起的故障，主要包括如下幾種：

1、硬盤通電敲盤；

2、硬盤通電不轉(zhuǎn)；

3、硬盤通電不識別；

般類型提示

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

這條提示的含意為. 某網(wǎng)卡的中斷請求過多. 如果只是偶爾出現(xiàn)一次可忽略. 但這條提示如果經(jīng)常出現(xiàn)或是集中出現(xiàn),那涉及到的可能性就比較多有可能需要進行處理了.。可能性比較多,如網(wǎng)卡性能;服務(wù)器性能;網(wǎng)絡(luò)攻擊..等等。

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

服務(wù)器收到了一個校驗和錯誤的ICMP數(shù)據(jù)包。 這類的數(shù)據(jù)包有可能是非法產(chǎn)生的垃圾數(shù)據(jù).但從目前來看服務(wù)器收到這樣的數(shù)據(jù)非常多.一般都忽略。

一般代理服務(wù)器在工作時會每秒鐘轉(zhuǎn)發(fā)幾千個數(shù)據(jù)包.收到幾個錯誤數(shù)據(jù)包不會影響正常的工作.這是問我多的一類提示了。

NET: N messages suppressed.

服務(wù)器忽略了 N 個數(shù)據(jù)包.和上一條提示類似.服務(wù)器收到的數(shù)據(jù)包被認為是無用的垃圾數(shù)據(jù)數(shù)據(jù). 這類數(shù)據(jù)多是由攻擊類的程序產(chǎn)生的。

這條提示如果 N 比較小的時候可以忽略.但如果經(jīng)?；蚴情L時間出現(xiàn)3位數(shù)據(jù)以上的這類提示.就很有可能是服務(wù)器受到了垃圾數(shù)據(jù)類的帶寬攻擊了。

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

服務(wù)器收到了一個錯誤的數(shù)據(jù)包.分別為 UDP校驗和錯誤; 過短的UDP數(shù)據(jù)包; 一個錯誤的ICMP類型數(shù)據(jù). 這類信息一般情況下也是非法產(chǎn)生的。但一般問題不大可直接忽略。

kernel: conntrack_ftp: partial 227 2205426703+13

FTP_NAT: partial packet 2635716056/20 in 2635716048/2635716075

服務(wù)器在維持一條FTP協(xié)議的連接時出錯. 這樣的提示一般都可以直接忽略。

不必完全掃描

如果你僅想找到不小心誤刪除的文件，無論使用哪種數(shù)據(jù)恢復(fù)軟件，也不管它是否具有類似EasyRecovery快速掃描的方式，其實都沒必要對刪除文件的硬盤分區(qū)進行完全的簇掃描。因為文件被刪除時，操作系統(tǒng)僅在目錄結(jié)構(gòu)中給該文件標上刪除標識，任何數(shù)據(jù)恢復(fù)軟件都會在掃描前先讀取目錄結(jié)構(gòu)信息，并根據(jù)其中的刪除標志順利找到剛被刪除的文件。所以，你完全可在數(shù)據(jù)恢復(fù)軟件讀完分區(qū)的目錄結(jié)構(gòu)信息后就手動中斷簇掃描的過程，軟件一樣會把被刪除文件的信息正確列出，如此可節(jié)省大量的掃描時間，快速找到被誤刪除的文件數(shù)據(jù)。

使用文件格式過濾器

以前沒用過數(shù)據(jù)恢復(fù)軟件的朋友在次使用時可能會被軟件的能力嚇一跳，你的目的可能只是要找?guī)讉€誤刪的文件，可軟件卻列出了成百上千個以前刪除了的文件，要找到自己真正需要的文件確實十分麻煩。這里就要使用EasyRecovery獨有的文件格式過濾器功能了，在掃描時在過濾器上填好要找文件的擴展名，如“*.doc”，那么軟件就只會顯示找到的DOC文件了；如果只是要找一個文件，你甚至只需要在過濾器上填好文件名和擴展名（如important.doc），軟件自然會找到你需要的這個文件，很是快捷方便。