硬碟資料救援最佳首選

故障原因

USB隨身碟接上電腦認不到, 之前曾送一家電腦同行救援, 但無法救援再送來本公司救援, 檢測後發現其為少見主控IC :SSS6690, 分析救援難度較高, 經工程師多日分析重讀, 順利完成此件別家無法救援的FLASH隨身碟救援案例.
 

故障原因

三陽工業一顆WD2500AAJS硬碟送內湖資深資料救援公司無法救援, 送來本公司作二救,經檢測共有二個碟片,三個R/W讀寫磁頭, 經工程師救援處理強制讀出重要固件,
再經熱交換讀取出客戶指定資料, 成功救援出99%客戶所有資料。
 

故障原因

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

故障原因

SanDisk 128GB隨身碟，接上電腦讀取不到磁區，送到內湖一家救援公司及另一家資深救援公司櫃台檢測後皆直接退件不處理，送至雷德資料救援成功救出70幾GB資料。
此案例為COB封包晶片物理性故障，須打磨拋光晶片透過機器讀取內容，再作ECC校正重讀，救援分析難度高, 須花費許多程序及時間, 成功率也不高, 所以一般同業此類案件若是電腦磁碟管理無法辨識，大多會直接現場退件。

故障原因

1、隨身碟經常使用皆正常，突然讀不到資料。
2、之前有稍微折到過，是否是這個原因?
送同行處理無法救援後送至本公司處理, 經檢測磁碟管理抓不到型號容量, 屬物理性損壞, 主控IC為EN3257LT，FLASH須拆焊作資料救援手工分析運算處理。

故障原因

客戶林小姐一片記憶卡，使用SONY EX3攝影機拍攝影片，某日不小心在攝影機上格式化，結果就無法讀取內部資料，使用市面上非常多軟體救援及送一家資料救援同行一樣無法救援，後來同行介紹來本公司作48小時特急件救援，由於其採SONY MP4自有的特殊MP4編碼，須另行採不同分析方式才能對應導出正確影片，非一般救援軟體即能SCAN對應，客戶同意救援後，立即趕件隔天就通知客戶前來取件，順利完成此一資料救援案例。

故障原因

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

故障原因

客戶禾同法律事務所一件Sandisk CruzerEdge 16GB的隨身碟, 送同行處理無法救援後送至本公司處理, 經檢測磁碟管理抓不到型號容量, 屬物理性損壞, 主控IC型號為Sandisk82-00298-1, 一片儲存資料的TOSP 48晶片, 經工程師拆焊晶片讀取並作XOR匹配,ECC效驗,磁區重讀,最後分析相關參數最後順利導出客戶資料分析.

故障原因

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

故障原因

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

故障原因

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

故障原因

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

故障原因

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

故障原因

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

故障原因

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

故障原因

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

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

故障原因

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

故障原因

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

故障原因

跳出格式化視窗，客戶有使用救援軟體處理過，但救不出資料，之後送某資深救援公司也無法救援。
經工程師檢測，此硬碟有加密問題，須進行解密。

故障原因

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