查看單個文章
舊 2008-09-01, 07:10 PM   #86 (permalink)
lutunhsiang 帥哥
列管會員
 
lutunhsiang 的頭像
榮譽勳章
UID - 278416
在線等級: 級別:53 | 在線時長:3126小時 | 升級還需:6小時級別:53 | 在線時長:3126小時 | 升級還需:6小時級別:53 | 在線時長:3126小時 | 升級還需:6小時級別:53 | 在線時長:3126小時 | 升級還需:6小時級別:53 | 在線時長:3126小時 | 升級還需:6小時級別:53 | 在線時長:3126小時 | 升級還需:6小時級別:53 | 在線時長:3126小時 | 升級還需:6小時級別:53 | 在線時長:3126小時 | 升級還需:6小時
註冊日期: 2007-08-31
VIP期限: 2009-12
住址: Taichung
文章: 14124
精華: 0
現金: -3 金幣
資產: -3 金幣
預設

引用:
作者: getter 查看文章
迪西的虎爛時間

在資料未寫入的情形 ...

1.delete
普通的 delete,在計算機的系統裡面,早期為了所謂的效能 ...
定義檔案的刪除方式,僅僅是在「檔案配置表」中,擦除檔案名稱的
第一個字元,因此並無實質的擦除檔案實體,因此坊間有初一種軟體
就是對檔案實體做全寫 0 或 1 的擦除作業,如此就算就回檔案,內
容早已毀滅。 若非檔案實體的擦除、覆蓋、或局部覆蓋。此種資料刪
除的救回的機率最高,隨者檔案系統的改良,甚至要救回目錄結構也
非難事。救回機率是 30% ~ 100% 不等。

2.標準 Format 或 High Format 成相同的檔案系統
因為 Format 只要沒有用 U 參數時,會做 UnFormat 的處理作業 ...
相對的救回的機率也大 ...,隨者檔案系統的改良,運氣好還能目錄結構 ...
但是 U 參數是不會進行 UnFormat 的處理作業,不同的版本的 High Format
還可能進行 Format 時全寫 0 或 1 的擦除作業。使資料就回的難度大增。

有 UnFormat 處理作業,救回機率是 30% ~ 70% 不等。
無 UnFormat 處理作業,救回機率是 3% ~ 15% 不等。

3.標準 Format 或 High Format 成其他的檔案系統
因為檔案系統格式不一樣的情形下,將導致救援軟體的錯誤判導致難以救援,
救回機率是 0~5% 不等。

4.Ghost 成相同的檔案系統
這會牽扯到檔案的覆蓋率,若覆蓋率不高的話,資料就回的機會就有,也就是
檔案救回的機率與檔案的覆蓋率成反比 ...,不可能目錄結構、檔名救回。
依據以往的經驗是,救回機率是 1~15% 不等。

5.Ghost 成不同的檔案系統
這一次我遇到的災難就是這種,雖然檔案的覆蓋率不高,僅僅 1% 不到,但由
於作用現象相當於「High Format 成其他的檔案系統」再加上覆蓋的摧殘,
使救援的救回的機會降低,救回機率是 0~2% 不等。

既使事後將檔案系統用 High Format 回當初的檔案系統,再加上覆蓋的摧殘
救回機率是 0~10% 不等。 但是小檔如 Word 之類的損會毀的情形會相檔的慘
。而我想要救回的偏偏就是小檔,而文件檔幾乎全毀,圖檔則有 2% 的救回率,
再去掉我不要的圖,可能甚不到 0.1% 了。

6.分割區刪除 ...
可以利用 MBR 備分軟體來還原 MBR 資訊還原,救回的機會很大。萬一沒有
備分的 MBR 資訊,如過可以用 SPFDISK 依據當初分割的磁柱資訊進行回切時,
運氣好若 SPFDISK 有發現殘存的分割表資訊,得以載入的話,救回的機會也很
大。救回機率是 0~100% 不等。
===================
不過還好是在Windows上面發生這狀況,萬一是在Linux上面,要救回來的機率可以說非常低 ,Linux上面光刪除檔案,就很難救的回來(ext3格式來看)
lutunhsiang 目前離線  
送花文章: 56979, 收花文章: 12813 篇, 收花: 50123 次
回覆時引用此帖
有 4 位會員向 lutunhsiang 送花:
cara551977 (2008-09-01),getter (2008-09-03),qdenise (2008-09-01),rezard (2008-09-01)
感謝您發表一篇好文章