特殊規格介面硬碟救援案例

故障原因

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

故障原因

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

故障原因

小尺寸特殊規格少見的硬碟，高精密度開盤救援難度高，且有特殊型號材料不好匹配的問題，客戶描述之前可正常使用，某天出現雜異音，突然無法讀取。

故障原因

客戶描述此顆硬碟無法過電，之前送過其他資料救援公司檢測救援，因預算考量再送至本公司作二次檢測及救援，客戶主要要救援SQL資料庫的資料。

故障原因

此Raid 5由10顆IBM 74GB SCSI建構而成,原有二顆硬碟Fail造成故障.工程師作分析各顆硬碟磁區資料,發現Raid Config錯亂破損,第九顆資料嚴重錯亂,第二、八顆資料內容竟是一樣,再跟客戶進一步確認,原來事後有作過Rebuild動作,跑完三小時後雖出現OK訊息,但卻造成另二顆硬碟亮紅燈.再取回Rebuild前那二顆故障硬碟,作好鏡相後,順利於下午分析重建出陣列架構,立即導出SQL資料後製作檔案清單交付客戶,客戶派員前來驗收無誤後,成功完成救援。

故障原因

國立中央大學有一台半導體離子部植機用的工業電腦, 主機型號PC-9821 Xa, 由於故障壞掉不能開機, 由救援軟體雖可以看到磁區內容, 但懷疑檔頭好像不見須修復至可以開機狀態,內裝一顆NEC DSE1700A 1.7GB的IDE硬碟, 分析處理發現為日文版的DOS PC9800作業系統, FAT16格式,經檢測硬碟並無壞軌故障, 但由於己經不能開機運行,客戶無法提供原始開機系統軟碟片, 所以處理難度高,後續經工程師修復處理,再鏡相對拷一顆系統碟, 順序完成系統修復成功開機運行, 完成此一特殊機台的開機修復救援任務. 

故障原因

傳輸時不明原因造成檔案損毀，電腦端及攝影機都無法讀到檔案。曾自行使用檔案救援軟體，但無法救回，之後並無其他寫入動作。

故障原因

客戶為Microsoft 微軟Surface Pro 5代筆電, 但由於此型號筆電儲存資料的SSD皆焊接在主機板上, 非像一般筆電可將SSD固態硬碟拆下, 且微軟大多內容有啟用Bitlocker加密, 故要作資料救援難度非常高, 經檢測後此客戶幸運為儲存資料的晶片有區塊損壞情況, 非須破壞拆解主機及拆焊晶片即可救援出內部的資料.

故障原因

台北江先生有一顆創見IDE介面, 2GB的SSD固態硬碟,某日SSD故障完全抓不到SSD的正確型號容量,送至內湖資深救援公司處理無法救援,送來本公司後,檢測發現主控IC為EN-2232TAC,共有一片儲存晶片,拆焊晶片讀取再作XOR及ECC校正重讀處埋,並分析晶片資料重建參數,順利二天交付客戶重要的Access MDB資料庫,讓客戶可以趕快上線作業. 
 

故障原因

客戶描述筆電無法開機須救援內部SSD的資料, 由於此筆電儲存資料的SSD是焊接在主機板上無法直接拆下接上工具讀取, 開機測試尚可認到裝置, 但無法安全模式進入WINDOWS系統, 筆電上所有按鍵故障無法進入BIOS作任何操作, 因此SSD晶片尚正常可認型號, 拆下SSD透過救援工具讀取鏡相完成後, 再請客戶提供BITLOCKER進行解密處理, 順利完成此一Surface Pro 7救援案件.

故障原因

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

故障原因

筆電故障無法開機，此TOSHIBA 128GB SSD固態硬碟為特殊ZIF介面，型號THNS128GG4BMAA，分區表資訊受損，
須作轉換SATA鏡相救援處理。

故障原因

女性影像學會透過電腦同行送件過來, 當時曾送內湖公司檢測評估放棄,送來己是二次開盤的高難度案件,此類氦氣硬碟由於救援工具大多不支援對其軔體作讀寫修復操作, 所以救援難度很高,許多同行也多直接放棄,且由於上蓋有鋁材密封, 開啟上蓋也須特殊工具打磨切割才能作下一步檢測或救援, 通電檢測時已有異音, 開盤後發現此顆硬碟內部共有7個碟片,14個R/W讀寫磁頭, 由於資料量大工程師經18天左右順利交付客戶

故障原因

客戶筆電拆下的Intel ssd固態硬碟，送來使用不同工具交叉檢測己經抓不到正確型號容量，此顆SSD也是ACE PC30000救援工具不支援的型號，Intel及APPLE的SSD在業界處理資料救援的難度，比起其他品牌來說是很高的，須以其他非一般正常標準方式救援，幸運地此位客戶的SSD能此方式破解救出資料。
 

故障原因

客戶為一位法國人士, 在當地己經有請人處理, 但無工具可以救援出Surface Pro SSD內的資料, 所以直接拿拆下的裸板送件救援,由於Surface的儲存資料晶片是焊在主機板上, 且其主控IC及儲存資料皆封包在此晶片內,正常只要晶片沒有損壞,拆下後大多皆可以直接鏡相救援出資料, 但常見不能救援的情況為可以讀取到正確型號容量, 但所有磁區無法鏡相讀取, 此情況大多為內部軔體損壞問題,另有少部份客戶因為無法提供BITLOCKER加密金鑰而無法救援.

故障原因

客戶資料無法讀取，須要作資料救援，重點要救D槽全部的資料，該顆SSD固態硬碟，共有4片BGA 14mmX18mm FLASH晶片，送件時完全抓不到型號容量，上電沒反應，救援工具並不支援此型號SSD，經工程師後續破解終順利交付客戶資料。

 

故障原因

客戶送來一組SSD固態故障, 設定RAID0組態, 某日故障無法讀取內部資料, 經檢測PLEXTOR那顆SSD, FLASH內部有區塊損壞,須使用專用救援工具作鏡相對拷, 工程師再分析陣列相關參數, 導入參數重建後順利完成此一RAID0 的SSD陣列救援案例.

故障原因

正常使用中突然無法讀取資料，從磁碟管理看，SSD磁區顯示RAW(原為NTFS)，但可讀到SSD SanDisk U100型號，主要要救援虛擬機與資料庫資料。

故障原因

原第0號硬碟故障燈亮起，換上一顆新硬碟無法自動Rebuild，Raid config發現第2號硬碟OFF LINE，再換上新硬碟，並將原0號硬碟插回，系統自動Rebuild，完成後仍無法開機。經工程師檢測，除2號硬碟磁頭故障外，其他硬碟皆正常無損壞，但因做過同步化的作業，所有硬碟磁區的校驗資料都會變更而有所不同，造成第一分區資料完全無法對應，幸客戶所要的資料在第二分區，工程師分析完成後，導入陣列參數並一一對應遺失的資料夾，成功分析出客戶所要的MYSQL相關資料。

故障原因

客戶描述送回原廠經ACER人員檢測，判定此顆Kingstong SMSR150S3/256G 256GB SSD可能壞掉，所以再拿至本公司作資料救援。

故障原因

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

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

故障原因

客戶筆電中裝了二顆SSD固態硬碟，設定RAID 0組態，某日筆電不能運行開機送來作資料救援。經工程師檢測，發現有一片SSD的磁區有規律性的空白，可能有一個通道的磁區未明原因被清空，工程師分析陣列參數再作導入，順利導出客戶重要指定資料。

故障原因

桃園同業轉來處理的案例，由3顆IBM 73GB SCSI硬碟所建構而成，設定RAID 5組態，某日正常操作下就故障了，經檢測一號硬碟壞軌問題，2號硬碟已經內部磁頭故障有異音，須剔除此顆硬碟作缺盤分析重建，最終順利完成此一RAID5 磁碟陣列資料救援任務。

故障原因

筆電故障送去ASUS，檢測是SanDisk SD5SE2-128G-1002E硬碟故障，需做資料救援。

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

故障原因

台南東南科大鐘先生，原筆電中有二顆128GB固態硬碟，建構RAID 0組態作系統硬碟，原先切割為C、D二個槽位，經由原廠系統還原光碟操作後，結果重新回復為原廠設計的一槽。客戶自行下載Finaldata救援軟體作初步分析及救援，但資料大多不完整，檔案損毀無法使用，經工程師分析RAID 0陣列參數導入重建後再分析搜尋客戶硬碟磁區資訊，終找到客戶指定資料，因部份MFT及INDEX表已遭覆蓋，再救援客戶指定的類型檔案，順利完成SSD固態硬碟RAID 0陣列資料救援。

故障原因

南港科技園區內的昌達生化公司某日來電，公司server 主機一組raid5 陣列 Crash，此陣列由4顆73GB SCSI硬碟所建構完成，由於建構時間已久，詃公司 IT人員以為其中一顆為HotSpare，此陣列為3顆所建構，另有一顆硬碟為不穩定狀態，平均系統運行約4、5小時後就會掉線而致陣列CRASH，經檢測原判定hotspare那顆磁頭故障，通電後有連續敲盤異音，另有一顆有少量壞軌，但運行一段時間會突然卡住有刮盤異音，排除壞軌問題完成鏡相後，快速分析陣列參數，於送件隔天即回報客戶可救援。幫客戶代購行動硬碟，完成陣列檔案備份後通知客戶前來驗收取件，順利完成此一RAID 磁碟陣列救援案例。

故障原因

客戶非常急用陣列內的資料，作48HR特急件救援處理。該組陣列應由HP主機拆下，由二顆HP DG146BB976 SAS硬碟所建構，設定為RAID0組態，某日資料尚未完全備份，就重新安裝了系統而造成資料覆蓋的情況，由於客戶主要是要救援Oracle資料庫的資料，經一天時間，順利救出客戶指定20多GB資料，完成此一資料救援案例。
 

故障原因

客戶一顆美光SSD MTFDDAV256TBN M2介面SSD送件來描述無法讀取。

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

故障原因

BIOS SATA LIST看的到，但BOOT選項看不到，外接出來也看不到，主要要救援虛擬機資料。
工程師檢測為SSD儲存資料的FLASH有區塊受損情形, 須用專用資料救援工具細部鏡相修復處理。

故障原因

電腦讀取不到，所以送來檢測及救援資料。

SSD固態硬碟為INTEL SSDMCEAC120A3 120GB