硬碟資料救援最佳首選

故障原因

客戶李先生一件曾送資深同行處理2個月時間因韌體損壞嚴重無法救援, 經工程師檢測內部讀寫磁頭故障變形、上層碟面點狀刮傷,救援難度很高,硬碟處理啟動慢及SED解鎖問題後, 重要軔體共有3個嚴重損壞,其中31編譯表透過33P表模組由PC3000工具再轉譯生成, 40模組不管用ID模式或ABA模式皆無法搜尋到,發現零號磁頭及一號磁頭的軔體區皆有壞軌, 強制讀取磁道並針對二個磁頭破損部份交叉修復, 再人工查找出40模組位置提取出來, 但另一41重要模組確定內容為空也無法修復,軔體版本少見,幸近公司軔體資料庫剛好有一顆相同版本可以替代, 否則少了此模組這顆硬碟也是無法救援的,此案例三個重要軔體使用了三種不同方式處理才順利在6天內完成此一高難度資料救援案例.

故障原因

歐先生硬碟有設定Bitlocker加密處理，某日不小心誤刪了分區，送內湖一家資料救援公司，救援不完整所以再送來本公司，經工程師破解處理，3天完整救援交付客戶重要資料。

故障原因

客戶送一家美國資料救援公司作救援，但因R/W讀寫磁頭故障，對方救援時間很久還是一直無法救援出任何資料，回台後再送至本公司救援，經工程師檢測該顆硬碟為4個碟片、8個磁頭，電路板為USB原生介面，須改裝SATA介面再以專業救援工具救援，另有硬體加密問題須破解, 歷經七天後救援出99.99% 客戶1點多TB的資料。

故障原因

客戶描述讀不到硬碟資料，曾送一家資料救援公司一直無法成功救援。工程師共用5天時間救援出800多GB的資炓。

故障原因

客戶描述無法開機，呈現藍白畫面，曾送其他專業資料救援公司無法救援。經工程師6天硬碟救援, 成功救援出客戶300多GB的資料。

故障原因

客戶曾送國外資料救援公司但無法救援.
 

故障原因

客戶一台JCNET NAS主機由8顆WD 750GB硬碟去建構，設定RAID5組態，客戶描述ping得到，網路芳鄰不過，請機房直接拔電源重開機二次無效，請NAS原廠修復RAID，但RAID狀態顯示not ready，客戶再送內湖資料救援同行處理約一週，但資料救援出有九成是無法使用的, 另一成皆多是破損的圖片, 對方表示有可能是資料有覆蓋的情況, 所以救援失敗再送來本公司作第二次的救援，經工程師檢測，1、2、3號硬碟各有1~3sec磁區訊號不良，但應不影響資料，分析陣列參數直接導入無法直接對應出客戶的任何資料，再作剔碟的交叉測試，發現有一顆硬碟有提前離線的問題，另此組陣列最難之處是在於是很特殊少見的RFS系統格式，非一 般的陣列處理方式可完善，客戶同意救援後，只花一天時間即成功救援並對應出完整架構，並立即通知客戶前來驗收指定45GB的資料，因客戶總資料量2.4TB，待客準備3TB資料碟備份後才成功完成此一特殊RFS系統的RAID5資料救援案件。

故障原因

TGI Friday星期五餐廳有一組 HP TGIFNT SERVER主機，由3顆硬碟所建構，設定RAID 5組態，為HP特有的雙效驗陣列。2016年某日曾送內湖某資深救援公司處理，但因處理許久無法救援，所以送來本公司作二次救援。

經工程師檢測，發現1號硬碟已被開盤，有少量壞軌故障，2號及3號硬碟皆敲盤異音有磁頭故障問題，客戶同意救援後，一一開盤排除故障並完成磁區鏡相。工程師在分析後發現1號及3號硬碟前方磁區內容不同，但後方90%磁區內容卻跟第一顆硬碟的內容相同，是十分少見的情況，新換上的REBUILD空硬碟前面磁區也有寫入資訊，細問客戶配合服務的廠商，原來廠商換上一顆新的硬碟嘗試REBUILD，但因不明原因，資料後來寫入至第三顆硬碟中，但後來也出錯故障，所以才送修資料救援，由於磁區損壞也相當嚴重，工程師一一修復處理，救援完成後，經客戶各部門人員來本公司驗收評估，順利取回資料，成功完成此一RAID 5磁碟陣列資料救援案例。

故障原因

Win10轉win7, 但失敗, 無異音出現RAW,及須格式化畫面, 曾送新竹二家資料救援公司但無法救援.

故障原因

客戶一顆硬碟通電已有異音，幫朋友送至一家資料救援公司但無法救援，後來送至本公司檢測後發現1號磁頭已有輕微污染情況，碟面已有刮傷情況，, 此系列又有嚴重的挑頭匹配問題，難度非常的高，工程師歷經2星期時間，換了4、5顆讀寫磁頭，成功救援出客戶完成度99%約20多GB的資料。
. 

故障原因

硬碟出現格式化視窗，曾送一家資料救援但一直無法救援。經工程師檢測該顆硬碟為USB原生介面須改裝SATA介面，另有硬體加密問題須破解處理，此顆硬碟共有2個碟片、4個磁頭，經7天工程師硬碟救援，成功救援出700多GB的資料。

故障原因

於6/11拍攝過程誤觸了格式化選項, 導致檔案沒有了, 曾送台北一家資料救援公司, 因救援太久無法救援, 所以再送來雷德作急件救援.

故障原因

金展空調公司經其他資料救援公司救援一個月多失敗後，再轉送至本公司救援資料，送件時說明此二顆硬碟為RAID 0，由於RAID 0及RAID 5陣列結構及須分析及導入的參數不同，錯誤即會造成大量資料錯亂破損。本公司工程師RAID分析經驗豐富，馬上從MBR、DBR及磁區結構看出，該陣列為RAID 5結構非RAID0組態，並且是由三顆硬碟所架構，其中一顆硬碟分區表己經破損，且被格式化處理過，前方磁區還遭到一些系統隱藏檔覆蓋些資料，雖然缺少一顆硬碟分析的難度更高，經工程師一天全力加班趕工分析，於第二天早上完成救援, 快速完成此一高難度RAID5的資料救援案例。

故障原因

客戶曾送一家專業資料救援公司，救援多日只有救出50GB~60GB的資料，因救援不完整而放棄資料，客戶主要要救的是SQL資料庫，經本公司4天救援成功救援出600多GB的資料。

故障原因

台北影業某日主機由LSI 9261-8i raid卡建構的raid5 磁碟陣列系統CRASH，經人介紹先至某一資深同業救援處理，可能緊急需要救援，尚未將所有硬碟作好鏡相對拷動作，即嘗試將5號硬碟強制on line，再替換SLOT 6一顆硬碟去取代3號硬碟作rebuild的動作，結果rebuild完成後，分區已出現”raw”資訊，系統格式也變成GPT格式，宣告無法救援, 當天下午客戶立即再送來本公司救援。當天即動用8組對拷機台先行將所有硬碟作好鏡相工作，完成所有硬碟鏡相已近晚上十點，當晚工程師繼續加班至凌晨，分析陣列參數直接導入建構，無法還原原始陣列資料，疑似分區資訊有受損，手工再一一虛擬對應還原，共還原救出客戶3TB的資料。由於資料大多是影片原始檔及後製檔案等特殊格式，客戶自備主機來公司一一驗收，經驗收無誤後順利完成此一RAID5磁碟陣列的資料救援任務。

故障原因

客戶描述硬碟不過電，曾送一家資料救援公司一直無法救援。經工程師檢測除了電路板故障外， 尚有磁頭故障問題，須開盤救援處理，經5天工程師資料救援, 成功救出200多GB的客戶資料。

故障原因

硬碟出現異聲，曾送其他專業資料救援公司但時間拖延太久還無法救援，所以轉送雷德救援。經工程師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資料 。

故障原因

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

故障原因

客戶曾送一家資深資料救援公司，許久無法救援，送來本公司經2天後成功救援出客戶所有50GB的資料。