故障原因

BIOS讀不到資訊。

故障原因

開機無法進入windows，顯示Iusert Boot Media，找不到硬碟，期間有多次開機發現有微小的異聲，硬碟不太能動。有給廠商做硬碟的小測試，看是否能以USB做隨身碟使用。

故障原因

不小心誤刪檔案，希望可以救援回來。

故障原因

突然RAW檔，曾經試過救援軟體掃描描過。

故障原因

誤刪檔案，有自行用救援軟體掃過，救回部份資料，但打不開。

故障原因

客戶一台WD MYBOOK STUDIO II的4TB外接行動硬碟，某日在MAC下不小心操作造成讀不到內部資料，所以送修作資料救援，經工程師檢測，該組行動硬碟設定為RAID 0組態，為MAC HFS系統格式， 分析陣列參數導入無法看到任何資料，猜想客戶可能不小心在MAC下作了清除功能，造成原始的分區資訊損毀，由於客戶尚可接受流水號的檔案，所以分析陣列相關參數導入重建，還原交付客戶部份資料，完成此一RAID 0資料救援案例。

故障原因

客戶說有異音。

故障原因

硬碟藍屏後無法運行更換DRAM可運行，三個月後就無法開啟。

故障原因

不小心按到格式化資料不見了。

故障原因

客戶一台BUFFALO LS420D的NAS主機，內裝了2顆ST3000DM001 3TB硬碟，設定RAID 0組態，某日發現2號硬碟故障，自行嘗試拆下取出至電腦端存取，但還是一樣無法讀到任何資料，經工程師檢測2號硬碟為內部讀寫頭故障問題，須作開盤救援處理，開盤成功順利分析出陣列參數，導入重建客戶資料，順利完成此一BUFFALO NAS的RAID 0磁碟陣列資料救援案例。

故障原因

使用主機板的晶片製作磁碟陣列，主板故障，硬碟陣列顯示下線。經工程師分析陣列參數導入後，最終完成此一RAID 0磁碟陣列資料救援案例。

故障原因

無法開機抓不到硬碟裡的資料。

故障原因

Hard Disk 無法讀取。

故障原因

客戶一台伺服器由3顆IBM ST3146755SS SAS硬碟建構，設定RAID 5組態，為WINDOWS NTFS系統格式，客戶描述一顆硬碟離線後就無法運行，另有自行作過CHKDSK修復性動作，經工程師檢測硬碟並無壞軌故障，不過運作過程中有一顆硬碟容易過熱離線，客戶急用資料，同意救援後於隔天順利交付客戶指定資料，完成此一RAID 5磁碟陣列資料救援案例。 

故障原因

USB線連接不穩，常突然未安全移除，用MAC讀取不到，試著用Windows桌電讀取，硬碟有發出嗶嗶聲。

客戶同意救援後於48小時內完成救援。

故障原因

用戶表示硬碟無法讀取。

故障原因

讀不到硬碟的資訊。

故障原因

政治大學一台NAS主機，由4顆250GB SEAGATE 硬碟作RAID 5組態設定，原以為是單純第三顆硬碟故障，後經原廠檢測後發現第一顆硬碟亦損毀須作資料救援。客戶先送第一家救援公司檢測，因價格太高放棄而再轉送至本公司，經工程師檢測所有硬碟皆已開盤過，1號硬碟有壞軌故障情形，3號硬碟嚴重刮傷問題需作缺盤分析，導入參數無法直接認到該組陣列，疑似另有一顆硬碟有提前離線問題，經工程師再作後續處理順利搶救出客戶未離線可用資料。完成此RAID 5資料救援案例。  

故障原因

客戶送來一組磁碟陣列，由3顆IBM HDS725050KLA360 500GB硬碟建構RAID 5組態，系統為windows Fat32格式。某日電腦無法正常開機，換上一顆新硬碟Rebuild重建後，資料不見只好送修作資料救援，經工程師檢測發現，零號硬碟R/W讀寫頭故障，該顆硬蹀共有5個碟片,10個讀寫頭，須開盤處理才能鏡相完整磁區資料，導入分析陣列參數，只看到二個資料夾，並不是客戶想要的重要資料，資料非常不完整，工程師再進行後續分區表分析還原工程，終交付客戶完整資料，成功完成此一RAID 5磁碟陣列資料救援案例。  

故障原因

客戶送來3顆36.9GB SCSI硬碟，該組陣列設定RAID 5組態，系統為Windows NTFS格式。某日公司因跳電停電關係，造成整組陣列崩潰，重新再開機已無法運行，且可以聽到有一顆硬碟已有讀取雜異音，送來本公司後經工程師檢測，發現3號硬碟碟面磁區受損，磁區讀取資料有異音，客戶同意救援後，將3號硬碟磁區鏡相完整，並分析陣列參數後導入，最終重建還原客戶重要資料，順利完成此一RAID 5磁碟陣列資料救援案例。 

故障原因

客戶自行組裝電腦，WINDOWS下設定有4顆2TB硬碟作RAID 5組態，不明原因故障造成RAID 5離線Failed，客戶自行嘗試加入OFFLINE的硬碟，但一樣Failed無法讀取陣列資料，經工程師檢測有一顆硬碟軔體故障，容量不正確，直接導入陣列分析參數，尚有分區資訊損毀情況，經工程師再作後續處理順利導入客戶的資料，完成此一RAID 5資料救援案例。 

故障原因

客戶由2顆WD7502ABYS企業版硬碟設定RAID 0陣列，某日突然無法使用，系統進不去，經工程師檢測，RAID CONFIG遺失，分區表損毀，導入陣列分析參數重建後，順利交付客戶資料，完成此一RAID 0資料救援案例。   
 

故障原因

客戶一台PRORAID主機，由4顆WD15EADS 1.5TB硬碟所建構，設定RAID 0組態。客戶某日關機後，外接盒無法自動關閉，所以自己手動POWER OFF，隔天POWER ON就出現Error及Rebuild的訊息，電腦系統也無法抓到。經工程師檢測，2號硬碟有壞軌故障問題，所以才會造成整組陣列崩潰，Raid Config遺失，2號硬碟完整鏡相後，工程師再進一步分析RAID 0陣列相關參數，導入參數後順利重建還原客戶的原始資料，成功完成此一RAID 0磁碟陣列資料救援案例。   

故障原因

用戶表示硬碟有摔到。經工程師檢測該顆硬碟共有二個碟片，四個磁頭。

故障原因

MAC系統不小心格式化，後來WINDOWS系統下又自動備份覆蓋約94GB。客戶表示曾自行嘗試救援，但資料不完整，所以送雷德做資料救援。

故障原因

WD800BB-00JHC0硬碟有異聲，有讀取過一~二次。因客戶資料急用，工程師於客戶同意救援後48小時內完成救援。

故障原因

 客戶員工電腦系統硬碟為SSD固態硬碟, 員工離職時將系統重新還原,所以直接接上此顆SSD, 看到硬碟內現有資料量只有1GB多, 由於SSD救資料因為有TRIM問題, 格式化.刪除資料,重灌系統大多無法救援出正常可開啟資料,我們只能調查出具目前現有系統硬碟看到相關資訊,證明此顆硬碟系統操作使用時間及通電次數,及目前該分區建立時間及最後操作存取時間皆非近期操作的日期,證明此顆系統硬碟已可能被人系統還原至多年前的初始狀態,無法救援出更多資料.

故障原因

客戶送檢測硬碟為SSD硬碟, 員工也是離職時刪除了大量公司資料,SSD資料救援因為TRIM問題, 部份情況雖可以對應到資料夾名稱或檔案名稱,但救援出來的檔案內容磁區大多是空白, 所以多是無法正常開啟使用,此案例稍不同的是, 員工可能使用專門刪除資料的軟體去操作,所以作完底層掃描分析後,所有員工刪除的檔案及資料夾皆沒有對應到,工程師後續再分析後有其他找出相關原始檔案存在此顆硬碟的LOG記錄, 提供給客戶證明,這些檔案在員工在職期間是有創建及操作使用的情況,但後來為什麼這些檔案資料後來會不見,可能須再向檢察官或法官說明交代. 

故障原因

任職7,8年的員工惡意刪除公司資料,客戶送修硬碟為一顆４TB傳統HDD，經過分析比對目前硬碟內現有資料為7百多GB，但以工具分析發現對應的資料應近２TB，查看此顆４TB硬碟的磁區內容， 只有前面約２成左右是有內容的， 懷疑客戶有使用工具將２成後的所有磁區作填零動作， 後再細部判讀資料內容才發現原來客戶有一個ONEDRIVE的資料夾對應到公司的雲端硬碟,後續分析過程發現此位員工在不同的許多時間點, 有以資料夾及個別檔案的方式去刪除資料,所以調查分析方向不同, 須以不同方式去比對查找, 整理相關資料後再交付客戶去輔助證明. 

故障原因

客戶員工針對重要資料夾去設定EFS加密, 離職後並沒有先解除該EFS資料夾的加密, 就直接移除了電腦原始登入的帳密,造成公司無法正常開啟使用這些檔案, 由於客戶事後有嘗試創建相同帳密去破解, 但也以失敗告終.由於EFS加密KEY已經變更且可能有覆蓋了,所以已無法破解EFS加密資料,依客戶提供要調查的時間點查找出這段時間客戶在不同天各是刪除了哪些資料,並依刪除日期去排列導出給客戶確認,且判斷出其EFS加密的時間點提供給客戶後續整理分析.