故障原因

本月中曾使用過他人電腦內裝360安全衛士，使用當下即出現硬碟有問題，要求格式化，未進行格式化之後即無法使用。客戶表示曾請他人使用救援軟體自行救援過。

故障原因

客戶描述硬碟突然斷電，之後就無法使用，曾送其他資料救援公司但無法救援。經工程師19天救援，共救援出60多GB的資料。

故障原因

嘉義環保局某日來電, 局內一台IBM 伺服器因RAID卡故障, 造成整個陣列Crash 無法運行, 此陣列由四顆 IBM 34GB的 SCSI硬碟所建構完成, 處理數日一樣無法還原陣列資料, 後經郵局送來本公司檢測, 發現硬碟並無任何故障或壞軌, 主因為RAID CONFIG遺失,客戶事後也沒有作過任何Rebuild或同步化等動作, 資料應可完整回復. 所有硬碟完成鏡相後, 經工程師手工分析陣列相關參數, 發現為一少見的右走向的 RAID5陣列, 並且陣列Stripe size值也非為原廠內定值, 導入參數重建此一陣列, 於客戶送件的隔天立即回報可救援出該陣列內40GB的資料, 客戶跑完成公家機關送件程序後成功完成此一資料救援案例。

故障原因

同行客戶一組SERVER 4U的伺服器主機，內共裝了16顆WD、SEAGATE、日立 1TB硬碟，設定RAID6組態，為LINUX EXT系統格式，某日陣列主機故障無法運行，從主機端記錄看4、6、8號此三顆硬碟有亮燈報錯，同行客戶無法從主機端作救援處理，所以轉送來本公司作後續救援，經工程師檢測硬碟皆無任何壞軌故障，有可能綠標硬碟節能省電功能造成休眠模式下，馬達起轉來不及加入運行或有過熱離線問題，16號硬碟磁區皆無任何資料，有可能是HOT-SPARE硬碟或沒有設定加入運行，直接分析陣列參數及硬碟順序，導入參數重建資料，只有看到二個2012年的資料夾，近期的資料皆沒有看到，應有1或2顆硬碟多年前就離線了，必須要找出並剔除後再重建，才能得到完整正確的資料，RAID6若須剔盤難度就比RAID5高出許多，因為剔除組合太多，各別單獨剔掉15顆就有15個組合，同時剔除二顆的組合更多，最後終於花了一天的時間，比對找出最完整正確的資料，順利完成此一RAID6 磁碟陣列救援案例。

故障原因

硬碟讀取不到資料。

故障原因

硬碟出現異聲，曾送其他專業資料救援公司但時間拖延太久還無法救援，所以轉送雷德救援。經工程師14天救援，成功救援出客戶70多GB資料。

故障原因

畫面出現reboot and select proper boot device or insert boot media in selected boot device and press key就再也進不去了。曾送其他專業資料救援公司無法救援，經工程師檢測共2個碟片、4個磁頭，經12天共救援出客戶100多GB資料 。

故障原因

開機找不到硬碟。(經工程師檢測，此顆HITACHI 型號HDS721050DLE630硬碟無故障狀況)

故障原因

使用Time Machine備份回復，因不當移除硬碟導致原始檔案損毀，曾自行嘗試修復圖片但不成功，送雷德成功救援。

故障原因

硬碟出現RAW格式化。

故障原因

讀不到硬碟資料，硬碟不通電。曾先送其他資料救援公司，但因預算考量故再轉送雷德救援。

故障原因

因杯水不小心打翻在筆電上，拆下硬碟試著讀取，剛開始還讀的到硬碟，後來就讀不到了，曾送其他資料救援公司檢測無法救援。經工程師檢測磁頭故障問題，該顆硬碟共有2個碟片、4個磁頭，經8天資料救援成功救出200多GB的資料。

故障原因

客戶描述：BIOS讀取不到
主控IC：SAMSUNG:SSLN045X1-8030
檢測磁碟管理抓不到正確容量，經拆焊電子零件成功救援。

故障原因

錦鈺有限公司一台 D-LINK DNS-343的NAS主機，某日一號硬碟故障後，操作人員誤操作，執行了格式化FORMAT，些許時間後發現不對立即關機，後再送來本公司進行檢測救援，經工程師檢測，一號硬碟壞軌故障，2號的磁頭不穩定，RAID CONFIG遺失，內有2顆硬碟前面分區資訊疑遭格式化，原EXT3系統格式變更為EXT2格式，直接導入分析的陣列參數無法直接重建陣列還原資料，最終各自剔除此二顆硬碟作缺盤分析重建，分別交付客戶二組陣列資料再作後續資料整理，最後終完成此一RAID 5磁碟陣列的資料救援案例。

故障原因

客戶描述接上電腦跳出格式化資訊，分區無法開啟，客戶的SSD固態硬碟是INTEL 540S系列，檢測後發現是FLASH晶片有BLOCK區塊損壞故障，經工程師使用SSD固態硬碟專業救援工具，成功救援出客戶指定資料。
 

故障原因

客戶一台Smartstar NS4600的NAS主機，內裝了3顆HITACHI 1TB硬碟，設定RAID 5組態，為特殊XFS系統格式，一開始故障時主機上的三顆硬碟皆亮紅燈，有請喬鼎協助遠端連線救援資料，但是只能救援出部份資料，後來又送至內湖某資料救援公司檢測，因預算問題，後來又再送來本公司作二次救援，經工程師檢測，2號硬碟有壞軌故障問題，作完細部鏡相對拷作業，分析陣列相關參數及硬碟排序，發現部份資料夾有遺失情況，應是壞軌硬碟的INDEX&MFT表有壞軌損毀情況造成，再進行修復分析，順利交付客戶指定資料，完成此RAID5 XFS系統的NAS資料救援案例。

故障原因

台北廖先生以CANON EOS 1DX-MARK ii拍攝MOV短片約有90部, 在機身上不小心誤按了格式化後取出, 自行使用救援軟體救出了90個影片但恂無畫面且會有破音情況, 後送了一家資料救援公司一樣無法救援處理,所以只好轉件來我們公司作二救,因各家相機或攝影機廠商所拍攝的影片皆有自己不同的編碼, 所以須經工程程比對分析處理, 後於隔天利交付客戶急用影片資料.

故障原因

客戶描述送修筆電更換電池，更換後SanDisk SD6SP1M-128G-1002 128GB SSD固態硬碟無法讀取。

工程師檢測為SSD儲存資料的FLASH有區塊受損情形, 須用專用資料救援工具細部鏡相修復處理。

故障原因

我愛傳媒負責FHM及CARNEWS等雜誌攝影編輯等業務，此組Raid5陣列由4顆WD黑標2TB硬碟建構而成，採用MAC HFS+格式以方便編輯剪輯。曾送某家資料救援同業再送至本公司，經工程師檢測發現第2、4顆硬碟PCB故障，須先排除硬碟硬體的故障問題，才能做後續處理。第一天先用4組對拷機台鏡相對拷此8TB硬碟，第二天工程師立即分析出陣列相關參數導入重建，由於硬碟壞軌，故障後也無作任何Rebuild或初始化的修復性動作，所以資料幾乎無破損情況，成功完成救援。

故障原因

劉先生某日自家使用的QNAP TS-459 PRO NAS--由4顆Seagate 1TB企業版建構RAID5，原本4號硬碟因壞軌故障亮燈警示，自行拆下另三顆硬碟，通電開機後重新再裝上原三顆硬碟試著運行，但始終無法進入系統而致整個RAID5陣列CRASH，來電本公司詢問了解相關檢測報價流程後，寄送至公司處理，當天完成鏡相後開始分析陣列參數，隔天即完成救援。跟一般RAID5陣列參數少見的是，第三顆硬碟的START HEAD SECTOR跟其他顆不同，偏移了6個SECTOR，詢問客戶了解可能原因，原來客戶此四顆硬碟皆在不同時間作過替換重建動作，所以可能造成此一分區START HEAD SECTOR在不同磁區的情況發生。