昨天做了幾次實驗。原來，「還原精靈」的保護應該說是在從「硬碟啟動」下的完全保護，如果從光碟啟動就有事了。
從硬碟啟動，進入系統。不論你是「fdisk/mbr」還是「sys:c」或是「format」等等，破壞mbr、dbr或是分割槽的任何資料，還原精靈都會很安全的給你還原回來。基本上不用擔心在保護的分割槽上幹什麼。
但是只要是從光碟啟動dos或xp的話（番茄花園的啟動盤能在2k/xp引導檔案丟失的情況下直接引導系統），執行的任何對硬碟的操作都是對硬碟的實際操作。也就是還原精靈不起任何作用。
所以得出結論：還原精靈確實是在硬碟的mbr上的一段程式。如果用了光碟或軟盤啟動系統的話，也就是跳過了硬碟上的mbr，還原精靈沒有執行的話，硬碟保護也無法進行。如果下次用硬碟啟動系統的話，很大機率會「藍屏」，事實上應該是因為作業系統讀取分割槽表上的資料時發現和實際資料不對，這很可能是在用光碟啟動系統後某些操作破壞了原來的資料，但是由於還原精靈的原因，每次把檔案分配表又還原了，所以得到的是以前的資料位址和資料。而事實上已經被改動了，所以報錯，宕機。
用光碟或軟盤啟動後，fdisk/mbr 確實可以清除還原精靈，不過比較多的情況是系統啟動後看見「藍屏」。一般都要重灌過系統。對於這個方法清除還原精靈而不影響分割槽內容，還沒認真做實驗。
也不知道為什麼，最近熱情不是很高。
資料恢復答疑 有關還原精靈保護系統的資料恢復
資料恢復問題 先前裝了一遍系統，因為音效卡驅動與系統不相容無法安裝，就換系統盤後從新安裝，其間刪除還原精靈，安裝後發現每個盤都有檔案丟失，丟失的都是08年6月後的檔案，使用easyrecovery 只能找到08年6月前檔案，系統時間都準確。請教高手怎麼回事？問題補充 即使使用還原精靈，硬碟上資料也應...
jrtplib p2p實驗結果
使用jrtplib3.7.1的主要工作有兩個 一是傳送接收資料需要分片和重組。開始採集雙向鍊錶，後來發現處理不夠好，記憶體總出錯 好久沒研究資料結構了 後來直接採用分配緩衝，傳送資料時標誌offset,接收資料 按offset直接填充，非常簡單。當然接收時判斷一下，有沒有重複的資料。有時間整理一下傳...
kali實驗過程與結果講解
前期準備 開啟虛擬機器，開啟完畢後會顯示伺服器的ip 1 收集此伺服器的資訊。1 開放的埠及服務 nmap 192.168.100.100通過命令檢視目標ip開放的埠和服務，從而獲得埠資訊和開放的服務資訊 2 此伺服器主機名 nmap sv 192.168.100.100 sv 探測埠服務版本並且可...