同業無法資料救援案例

故障原因

台北楊先生送來一件資深同行無法救援的SSD,是由Toshiba筆電拆下, M2介面128GB, Lite-on製造, 型號為CV3-SD128, 檢測發現己經完全無法辨識到型號及容量。其SSD主控IC為88S1074-BSW2, 板上共有二片儲存資料的BGA FLASH,而我們主要的SSD救援工具PC3000 UDMA,並沒有支援此型號主控IC, 所以無法以一般常見短接電路走安全模式,再針對韌體去做修復重建,須以其他方式再作後續救援,PC3000 UDMA SSD是目前市場上最強大的SSD救援工具,但大多近一、二年生產銷售的SSD多半沒有支援,本公司己有多套不同救援方案可提供救援服務,有一半以上高難度SSD案例皆是非以PC3000救援成功的。此案件經三天工程師不斷嘗試不同救援方案救出,客戶得知資料完整度100%非常開心.

故障原因

客戶描述當時隨身碟存取檔案到一半突然故障，電腦跳出要求格式化的視窗讀不到隨身碟內的資料無法存取，送至某家資料救援同行無法救援，經本公司工程師檢測，該隨身碟為物理性故障，主控IC為SM3267L，FLASH須拆焊作資料救援手工分析運算處理。

故障原因

客戶描述他有一顆SAMSUNG T7外接式的行動SSD固態硬碟有故障, 讀取資料時當機會持續LOADING, 之後就完全讀不到了,送回原廠有讀到最後一次, 原廠作檔案拉取後再度當機, 送資深救公司回覆儲存資料晶片受損判讀無法再救援, 此客戶送來本公司前已送過三家資料救援同行,後來才送來本公司檢測救援, 由於目前全世界SSD救援工具皆不支援USB, TYPE C介面下的操作救援,故無法以一般常態救援方式處理, 由於收到時己經完全抓不到正確型號容量, 其主控IC為S4LR033, 救援工具並不支援固件操作, 共有二片BGA儲存資料晶片, 經工程師檢測客戶同意後, 開始以不同救援工具及方式去一一排除故障情況, 最終花了四天時間搶救出客戶所有資料, 完成此一高難度別家無法救援的SSD固態硬碟救援案例

故障原因

客戶之前有先來電詢問，過了數天後下午17點約近十人來店送件檢測，說已送一間同行無法救援，想作急件檢測隔天中午報價，經檢測後發現有二顆硬碟皆有部份磁頭故障不良情況，由於此二顆硬碟型號為ST1200MM0159 1.2TB EXOS 10E2400系列，皆為EMC 專用SAS硬碟，Block非一般常見的512Bytes，而為了校驗資料正確性及糾錯，Block採用520 bytes，就算硬碟無損壞,硬碟接上市面大部份的SAS卡或硬碟救援鏡相工具皆無法辨識到硬碟型號容量及作鏡相磁區作業，須以特殊救援工具才能作轉換救援處理。當天客戶同意救援後先鏡相好的磁頭磁區，隔天立刻再開盤換頭讀取最後一個磁頭，但第一顆因有刮傷無法再完整鏡相，只好當天再處理第二顆損壞硬碟，此顆硬碟隔天即鏡相非常完整，後續客戶立即再提供鏡相備份對拷碟，分別鏡相對拷後交件，最後在客戶眾人的加班努力下，終讓機台可以順利上線運行恢復客戶資料. 

故障原因

KINSTON SA400S37/120GSSD無法讀取，之前送一家資料救援公司，但機器版本未更新，故推薦到雷德來救援。

故障原因

客戶描述電腦突然讀取不到, 送至同行無法救援處理, 再轉送本公司檢測救援,SSD型號為hfs512g39mnd-3510a, 容量為512GB, 主控IC編號IB7810AA, 共有二片儲存資料晶片,通電後會造成機台一直BUSY,PC3000原廠救援工具不支援此SSD主控固件處理, 經工程師以其他救援方式破解成功救援出近98%的資料.

故障原因

台東海瑞鄉客戶送一件創見512GB SSD固態硬碟至北部資深公司救援約2個月左右, 最後無法救援送來本公司處理,, 經工程師檢測磁碟管理完全抓不到型號容量,其主控IC型號為SM2263XT, 電路板上共有個BGA晶片, 經工程師處理約9天時間終完成救援, 通知客戶驗收取資料. 

故障原因

新北三重李先生曾送北部資深救援公司多日無法處理後 再送來本公司, 客戶主要救援MYSQL資料庫, 經檢測磁碟管理無法辨識正確型號容量屬物理性故障情況, 此顆SSD固態硬碟的主控IC為PS5008, 共有4片BGA儲存資料晶片,雖然PC3000 SSD工具有支援, 但其故障主為電子電路及儲存資料晶片問題, 經工程師約7 天救援, 共交付客戶重要SQL資料.

故障原因

客戶描述其Microsoft 微軟Surface Pro 7 PLUS 使用約3至6個月後會出現藍白畫面, 過一段時間又正常, 但最近卻完全無法開機使用已經抓不到SSD, 後來光華商場一一詢問過許多電腦同業後再送來本公司處理, 經客戶同意後拆下其筆電中的SSD固態硬碟, 檢測後發現上電一樣無法辨識到正確的型號及容量,屬於物理性損壞故障, 而其主控IC型號為MAP12QA, 共有一片儲存資料BGA晶片, 但因為此主控IC在PC3000 SSD救援工具並沒有支援, 工程師須另以其他救援方式破解處理, 最後終成功完成此SSD救援案件.

故障原因

客戶藍洋系統廠商幫客戶代送一組IBM System Storage DS4200 型号為1814-7VA,內部共裝了16顆IBM 500GB企業版硬碟, 共分別設定了二組RAID5, 一組4顆建構,另一組為12顆所建構,經內湖某資深救援公司處理多日後無法救援, 客戶再轉送至本公司作救援處理, 送件至本公司12顆硬碟已有4顆硬碟被開盤處理過, 但檢測此4顆硬碟,只有11號硬碟為軔體故障問題,10號硬碟有2格壞軌, 另二顆硬碟則無壞軌問題,由於有二組陣列16顆硬碟須分別鏡相對拷及分析參數重建導出資料,約經一星期左右,通知客戶進行遠端資料驗收,驗收後客戶發現尚有一個資料夾有短少情況, 經工程師再分析應有硬碟有提前離線或運行過程中離線問題, 須再分析找出再加以剔除, 剔除後再SCAN分析終於找到客戶指定資料, 共計花費了16個工作天救援完成此一案例.

故障原因

客戶描述SSD有故障須要救援內部論文及協會的資料, 送至一家同行無法救援後再轉送本公司檢測救援,此SSD是從APPLE的主機拆下, 主控IC為88SS9183, 共有8片儲存資料晶片, INTEL及APPLE的SSD在業界算是很難處理的品牌, 原廠救援工具大多不支援固件操作,只能以非正規救援方式嘗試破解, 此案件接上電腦完全抓不到無法識別,經工程師嘗試多種非正規救援方式後成功破解交付客戶完整的資料

故障原因

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

故障原因

豐星管理顧問有限公司QNAP TS-831XU-RP主機內裝了8顆WD4002FYYZ 4TB企業版硬碟建講一組RAID6陣列, 送內湖資深救援公司救援一個月左右,無法救援後再送來本公司二救, 分析此組陣列應是故障後有執行rebuild動作,前方分區表的資訊多己不見,將所有硬碟導入重組陣列, 大部份的檔案也多是損壞, 懷疑有硬碟有提前離線問題,由於RAID6可以容錯2顆故障, 所以一一剔除二顆硬碟, 分析不同排列的陣列組合,終找到一組資料完整無損的組合, 由於客戶資料量多, 且陣列前面可能rebuild過程出錯,造成部份資料有錯亂損壞,所以導出資料後再使用我們的過濾破損檔案軟體, 約花2,3天把客戶損壞的檔案過濾並刪除,客戶回簽同意救援至通知驗收資料約共花13天,成功交付給客戶4.5TB完整的流水檔資料.

故障原因

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

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

故障原因

客戶描述硬碟無法進入WINDOWS, 跳回BIOS畫面, 曾送一家同行無法救援, 由於此SSD的主控IC為LM878000AA, 非一般常見型號, PC3000原廠工具也不支援固件操作處理, 後經工程師破解後成功交付約98%完整度的資料給客戶.

故障原因

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

故障原因

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

故障原因

新竹林先生一組群輝NAS主機, 原本設定RAID5組態, 共裝了4顆1TB硬碟,後來再新增一顆硬碟, 改設定為RAID6,在運轉重建過程中因主機過載燒毀而無法開機使用, 客戶送一家十多年救援經驗的同行,救援多日無法救援後再送來本公司作二救, 經工程師分析共有二顆硬碟有壞軌不良故障,但陣列組態應已完成RAID6轉換,且此組陣列為BTRFS系統格式,故救援難度比一般EXT或XFS系統案件高, 客戶同意救援後,約花了4天成功救援出客戶資料.

故障原因

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

故障原因

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

故障原因

客戶描述電腦無法開機, 硬碟讀取不到, 送同行救援, 回覆因主控受損,通電異常過熱無法救援,送至本公司作二次救援,由於是APPLE 主機拆下, SSD主控IC型號為S4LN053X61, 原廠救援工具並沒有支援,所以無法以正規救援方式處理, 後經工程師破解後, 順利鏡相出99%完整度的資料交付給客戶.

故障原因

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

故障原因

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

故障原因

客戶硬碟故障，因當時人在國外，直接送當地資料救援公司處理，但救援多時最後仍宣告無法救援。因硬碟內有重要資料，回國後轉送雷德資料救援，順利救出客戶所需資料。
 

故障原因

客戶描述MAC主機無法開機, SSD硬碟損壞, 經同業無法救援, 回覆儲存晶片異常, 無法解密恢復資料, 後轉送至本公司作後續救援, 此一樣為APPLE主機拆下, 主控IC型號為S4LN058A06, 原廠救援工具不支援此SSD固件操作,另儲存資料晶片損壞許多, 最終破解後只能針對客戶指定重要資料強制鏡相救援, 幸好有救出客戶指定重要資料.

故障原因

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

故障原因

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

故障原因

讀取不到，之前有送去其救援公司，但被退件無法救援。檢測其主控IC為SM3257QAA，FLASH有些區域可能上一家吹焊溫度太高而損壞，重讀多次晶片後終順利交付客戶重要資料，完成此一別家無法救援的FLASH案例。

故障原因

WD5000LPVT-22G33T0硬碟無法讀取資料，曾送其他救援公司但無法救援，因裡面有重要的郵件資料及照片，希望能救回，所以再送雷德資料救援進行二救。

故障原因

電腦磁碟管理讀不到，曾送某資深救援公司但無法救援。
此隨身碟主控IC為AU6989SNH2-G，有區塊受損問題，經工程師分析相關參數後，成功救出客戶指定資料。