故障描述:U盤插入計算機識別后提示格式化,察看U盤大小為20M, U盤實際容量為1GB,
使用WinHEX察看全部扇區(qū)數(shù)據(jù)為零,沒有任何數(shù)據(jù);
下面我們將數(shù)據(jù)恢復的全過程進行了記錄，做出如下案例：

相信好多的朋友對PC-3000 FLASH設備已經不陌生，也許苦惱

的事情是使用PC3000 Flash自動進行分析無法完成數(shù)據(jù)恢復吧，這個時候采用手工分析參數(shù)完成數(shù)據(jù)恢復成了必要的技術手段，廢話不多講，開始建立任務，開始進行神秘Flash恢復之旅。

新建任務，名稱如上圖

 

 

執(zhí)行拷貝數(shù)據(jù)進行分析，建立后如上圖所示；

 

建立Flash芯片數(shù)據(jù)頁數(shù)據(jù)配置，配置此主控算法所必須的條件。如上圖；

 

建立數(shù)據(jù)位反轉，只進行用戶區(qū)數(shù)據(jù)操作，算法以及校驗不進行位反轉，是否采用位反轉，依賴于主控算法和具體的芯片內數(shù)據(jù)情況，建立后如上圖；

 選擇數(shù)據(jù)模型，針對前邊建立的算法，進行最后的數(shù)據(jù)運算執(zhí)行；

 

 在執(zhí)行中，有數(shù)據(jù)位置出現(xiàn)問題，當然了，這個故障案例中我們也知道了此問題的存在（如上圖顯示）；

 Flash無壞塊，算法正確后的顯示如上圖：

 完成了，在大多數(shù)主控算法丟失，U盤零容量的故障恢復中，算法正確壞塊沒有影響關鍵數(shù)據(jù)的時候，文件目錄結構是正常的，可惜的是這則案例受Flash壞塊的影響，這里無法顯示目錄結構，還讓我以為算法有問題，經過多次分析確認，最終證實算法正確，是壞塊的影響導致；

查看一些扇區(qū)數(shù)據(jù)，看看是否都連貫正常；有些時候算法不正確，采用FLASH RW恢復方式恢復的文件好多壞的，這里先用RW恢復看看，如果沒有問題，準備做出鏡像分析數(shù)據(jù)，查看了這些文件沒有問題（上圖所顯示文件）；

做出鏡像，如上圖;

打開后如上圖所示；

以上如有文字語言錯誤,歡迎聯(lián)系我并進行及時修改,謝謝大家的支持;