/* */

所有救援案例總表

本公司成功的案例總資料庫,各式不同的案例皆可在此分類中作搜查參考。

  • 1

    客戶名稱陳小姐

    聯絡電話09289XXXXX

    硬碟型號SAMSUNG T7 1TB行動SSD固態硬碟 MU-PC1T0T

    硬碟序號S6XDNS0WXXXXXXX

    故障原因

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

  • 2

    客戶名稱旭德資訊有限公司

    聯絡電話02-27XXXXXX

    硬碟型號WD800BB-00JHC0

    硬碟序號WMAM980XXXXX

    故障原因

    WD800BB-00JHC0硬碟有異聲,有讀取過一~二次。因客戶資料急用,工程師於客戶同意救援後48小時內完成救援。

  • 3

    客戶名稱謝小姐

    聯絡電話0928XXXXXX

    硬碟型號創見16GB隨身碟

    硬碟序號無法辨識

    故障原因

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

  • 4

    客戶名稱藍洋系統

    聯絡電話098656XXXX

    硬碟型號IBM 500GB X 16

    陣列形態RAID5 X 2

    硬碟序號16顆

    故障原因

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

  • 5

    客戶名稱陳先生

    聯絡電話0918XXXXXX

    硬碟型號SONY Micro SD 32GB

    硬碟序號無法辨識

    故障原因

    Micro SD卡可以抓得到型號容量看得到資料,但接上電腦會造成當機,資料無法COPY出來,經工程師檢測為FLASH內部Block區塊損壞,須透過FLASH專用資料救援工具,作後續鏡相對拷救援。

  • 6

    客戶名稱恆儒電腦

    聯絡電話09706XXXXX

    硬碟型號SanDisk UltraFlair 128GB

    硬碟序號BP1801XXXXX

    故障原因

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

  • 7

    客戶名稱張小姐

    聯絡電話09533XXXXX

    硬碟型號ADATA UV128

    硬碟序號12101XXXXX

    故障原因

    隨身碟接上電腦後顯示需格式化,曾送其他救援公司檢測,因報價太高轉送雷德資料救援。
    主控IC為SM3267L,無法辨識正常型號及容量,FLASH須拆焊作資料救援手工分析運算處理。

  • 8

    客戶名稱聚泰壁紙企業股份有限公司

    聯絡電話09727XXXXX

    硬碟型號WD30EZRX-00D8PB0

    硬碟序號WMC4N00XXXXX

    故障原因

    WD30EZRX-00D8PB0硬碟摔落,接上電腦後螢幕出現需要格式化視窗,需要救援SQL資料。

  • 9

    客戶名稱台北林先生

    聯絡電話0932XXXXXX

    硬碟型號創見USB 3.0 32GB 隨身碟

    硬碟序號D18541XXXXX

    故障原因

    不小心折到隨身碟,完全無法焊接修復,主控IC為SM3267L,FLASH 為sandisk c612072222,經工程師拆下晶片分析相關參數,導入參數發現FLASH還是有部份BLOCK損壞,經過多次重讀才交付客戶95%資料。

  • 10

    客戶名稱東立出版社

    聯絡電話09228XXXXX

    硬碟型號HP BF03698782

    硬碟序號a0h6p45XXXXX

    故障原因

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

  • 11

    客戶名稱張小姐

    聯絡電話0928XXXXXX

    硬碟型號Apacer 白色隨身碟

    硬碟序號無法辨識

    故障原因

    突然間讀取不到,電腦管理的磁碟管理抓不到此隨身碟裝置,無法辨識正常型號容量。主控IC為AU6998SN,該FLASH為SD卡規格一體COB封包晶片,須經救援工具讀取出資料後再分析FLASH相關參數救援處理,救援難度比一般FLASH晶片救援高出許多。

  • 12

    客戶名稱謝先生

    聯絡電話0956XXXXXX

    硬碟型號PF526

    硬碟序號SM26XXXX

    故障原因

    1.無法讀取,裝置管理員找不到. 2.SD卡外殼破損. 3.主控IC為SM2682LT,電腦管理的磁碟管理抓不到此裝置, 無法辨識其正常型號容量FLASH須拆焊作資料救援分析運算處理.

  • 13

    客戶名稱姜先生

    聯絡電話0988XXXXXX

    硬碟型號SanDisk SDCZ800-128G

    硬碟序號BP1702XXXXXX

    故障原因

    SanDisk隨身碟不慎摔壞,後來電源燈不會量也讀不到資料,電腦管理的磁碟管理抓不到此隨身碟裝置,無法辨識正常型號容量,主控IC:Sandisk 20-82-00381-A0,FLASH須拆焊分析資料救援處理。

  • 14

    客戶名稱台北影業股份有限公司

    聯絡電話09163XXXXX

    硬碟型號WD1002FAEX

    陣列形態Raid5

    硬碟序號共8顆

    故障原因

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

  • 15

    客戶名稱郭先生

    聯絡電話09362XXXXX

    硬碟型號WD20NMVW-11AV3S2

    硬碟序號WXB1A34XXXXX

    故障原因

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

  • 16

    客戶名稱蔡先生

    聯絡電話09202XXXXX

    硬碟型號USM8GM

    硬碟序號BD06XXXXX

    故障原因

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

  • 17

    客戶名稱高雄吳小姐

    聯絡電話0958XXXXXX

    硬碟型號kingston 8GB 隨身碟

    硬碟序號9904275XXXXXXXX

    故障原因

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

  • 18

    客戶名稱台灣煙酒總公司

    聯絡電話022XXX0007

    硬碟型號IBM IC35L073UCDY10

    硬碟序號共10顆

    故障原因

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

  • 19

    客戶名稱樹林系統廠商

    聯絡電話02-XXXXXXXX

    硬碟型號WD6002FRYZ

    陣列形態RAID6

    硬碟序號16顆

    故障原因

    老客戶開設的系統公司, 幫客戶建構大型的影片相片資料庫, 由16顆 WD 6TB金標硬碟所建構, 設定RAID6組態, 為Windows Ntfs系統格式,某一天機台RAID組態突然不見, 工程師重新加載組態重新運行REBUILD了數天,後來發現可能會有問題立刻中斷重建, 重新開機後可以看到第一分區,但所有資料已經不見,所以送來作資料救援, 經工程師檢測分析陣列相關參數, 發現原始陣列組態中的硬碟排序跟後來設定的已不同,已造成部份資料已錯亂.最後導入正確分析參數, 交付客戶OK沒有破損的資料,順利完成此一資料救援案例.

  • 20

    客戶名稱張先生

    聯絡電話09712XXXXX

    硬碟型號Team Micro SD 8GB

    硬碟序號TF211310XXXXX

    故障原因

    客戶描述發生車禍意外, 行車記錄器裡的一個檔案不見了,須要救援。此類狀況在早期的行車記錄器中常發生, 影片在車禍發生的撞擊瞬間被中斷錄影, 行車記錄器可能無法存入此檔或存入一個檔案卻無法正常播放, 由於有些行車記錄器的影片編碼不同, 所以處理的難度也大不相同, 此部份須工程師專業判斷及修復才能成功完成救援.