• 181

    客戶名稱林先生

    聯絡電話09187XXXXX

    硬碟型號WD6400BPVT-22HXZT3

    硬碟序號WXN1A81XXXXX

    故障原因

    無法開機,部份DATA無法讀取,曾送其他專業資料救援公司檢測。經工程師6天救援,成功救出客戶400多GB的資料。

  • 182

    客戶名稱林小姐

    聯絡電話09871XXXXX

    硬碟型號ST9500423AS

    硬碟序號6WRXXXXX

    故障原因

    電腦無法開機,一直跳入系統畫面,曾送電腦公司但無法救援,硬碟為SEAGATE ST9500423AS 500GB

  • 183

    客戶名稱雙發有限公司

    聯絡電話09202XXXXX

    硬碟型號ST9160821AS

    硬碟序號5MAXXXXX

    故障原因

    客戶描述硬碟摔到,有聲響無法開啟,曾送修其他專業資料救援公司無法救援。經工程師2天資料救援,共救出40多GB的資料。

  • 184

    客戶名稱台灣日立綜合空調股份有限公司

    聯絡電話09351XXXXX

    硬碟型號ST31000528AS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    客戶公司多人共用一台BUFFALO NAS,由4顆1TB硬碟建構RAID5而成,一號硬碟有壞軌問題,二號硬碟分區表資訊有受損情況,客戶曾自行作過REBUILD動作,但一樣無法還原陣列資料,經分析計算陣列中各硬碟的分區資訊,發現REBUILD時已有一顆已離線未加入運行,須分析找出該顆硬碟,剔除後再重建RAID 5組態,最後終完成此一RAID5磁碟陣列救援案例。

  • 185

    客戶名稱景美女中

    聯絡電話09391XXXXX

    硬碟型號ST31500341AS

    陣列形態Raid5

    硬碟序號共4顆

    故障原因

    客戶一組Synology DS409+ NAS主機一台,由4顆1.5TB所建構完成。原第三顆硬碟故障後,客戶更換新硬碟後不小心修復第二顆,造成整組陣列crash無法運行。工程師完成鏡相作業後即開始分析,於送來隔天即快速分析出參數,導入重建後順利提取資料,並寄送檔案清單截圖給客戶確認,成功完成救援。

  • 186

    客戶名稱李先生

    聯絡電話09759XXXXX

    硬碟型號32GB 隨身碟

    硬碟序號無法辨識

    故障原因

    隨身碟無法讀取,主要要救援監控影片。
    由於其影片格式為特殊編碼,須工程師手工分析及比對影片編碼。

  • 187

    客戶名稱鼎力電機

    聯絡電話0912XXXXXX

    硬碟型號LOLOR 4GB

    硬碟序號UL4GHTXXXXXXX

    故障原因

    讀不到隨身碟,無法開啟檔案。經工程師檢測為物理性故障,須拆焊晶片分析相關參數作救援處理。
     

  • 188

    客戶名稱員全股份有限公司

    聯絡電話02-8601xxxx

    硬碟型號ST3120827AS

    硬碟序號3MT0XXXX

    故障原因

    ST3120827AS硬碟故障後,客戶曾送一家資深資料救援公司,耗時許久無法救援,送來本公司經2天後成功救援出客戶所有50GB的資料。

  • 189

    客戶名稱邱先生

    聯絡電話0937XXXXXX

    硬碟型號Transcend

    硬碟序號C6139XXXXX

    故障原因

    無法讀取身碟內部的資料,須要救援。主控IC:SM3267L-AB,檢測磁碟管理抓不到正確容量,FLASH須拆焊分析作資料救援。

  • 190

    客戶名稱高雄李先生

    聯絡電話0918XXXXXX

    硬碟型號WD5000AAKS-40V2B0

    硬碟序號WCASZ08XXXXX

    故障原因

    iMAC主機故障,資料尚未備份。(經工程師檢測,此顆WD 型號WD5000AAKS-40V2B0硬碟無故障狀況)

  • 191

    客戶名稱銀河鐵道映畫有限公司

    聯絡電話09150XXXXX

    硬碟型號ST2000LM003

    硬碟序號S344J9AGXXXXX

    故障原因

    隨身硬碟因電腦供電不同,發生讀取不到硬碟狀況,於是送回原廠檢測,但硬碟裡頭有存檔案,原以為有先備份硬碟檔才送回原廠檢測,未有備份,但硬碟已送去原廠檢測,並被重新格式化,檢測送回後,還有存新檔案的狀況。

  • 192

    客戶名稱朱小姐

    聯絡電話09227XXXXX

    硬碟型號Transcend USB 32GB

    硬碟序號無法辨識

    故障原因

    Transcend USB 32GB隨身碟每天使用約一年,接上電腦沒反應。主控IC為SM3267L,無法辨識正常型號及容量,FLASH須拆焊作資料救援手工分析運算處理。

  • 193

    客戶名稱謝先生

    聯絡電話09751XXXXX

    硬碟型號無法辨識

    硬碟序號無法辨識

    故障原因

    隨身碟接上電腦讀取不到。主控IC為SC908AN-H,無法辨識正常型號及容量,FLASH須拆焊作資料救援手工分析運算處理。

  • 194

    客戶名稱台北許先生

    聯絡電話09220XXXXX

    硬碟型號Apacer 128GBAP128GAS510SB

    硬碟序號9814444444XXXX

    故障原因

    台北許先生一台筆電中安裝了Apacer AP128GA5510SB 128GB的SSD固態硬碟,某日操作後該顆SSD己經無法開機,接上電腦也無法讀取看到任何資料,經工程師檢測該顆硬碟可以抓得到型號及容量,但沒有任何一格磁區內容可以看到內容,使用檢測工具軟體測試為滿盤紅狀態,其主控IC為PHISON 3109,共有8片儲存資料的晶片,經檢測其中一片晶片有區塊損壞,造成軔體中的編譯表損壞,而致所有的資料損壞,透過查找電路,短接後進安全模式,再加載LDR並重建編譯表,最後再細部鏡相導出客戶資料,完成此一SSD固態硬碟的資料救援案件。

  • 195

    客戶名稱林先生

    聯絡電話09215XXXXX

    硬碟型號WD10JMVW-11S5XS0

    硬碟序號WXM1C62XXXXX

    故障原因

    WD MY PASSPORT硬碟,接上電腦後無法讀取資料,曾換過不同傳輸線及接不同台電腦測試都一樣。

  • 196

    客戶名稱黃先生

    聯絡電話09323XXXXX

    硬碟型號WD7500KMVV-11BG750

    硬碟序號WXH1A70XXXXX

    故障原因

    外接硬碟接上電腦後出現格式化視窗,有聽到硬碟發出異音,換不同台電腦測試也是一樣。

  • 197

    客戶名稱陳先生

    聯絡電話09382XXXXX

    硬碟型號DT01ABA2002

    硬碟序號55FBXXXXX

    故障原因

    客戶一台awjin-wei監控主機,型號:aw-7208,內裝一顆TOSHIBA  2TB硬碟,某日不小心操作錯誤而致資料遺失,經工程師檢測硬碟並無任何故障問題,由於監控系統多為LINUX格式,且每家業者皆有不同的影片編碼,所以須針對各家不同編碼先行分析,而對應出的影片有時必須上原廠網站下載專用的播放程式才能順利解碼播放,所以監控救援的難度比其他系統格式來得高許多。

  • 198

    客戶名稱單小姐

    聯絡電話0933XXXXXX

    硬碟型號Transcend D33193

    硬碟序號60397XXXXX

    故障原因

    Transcend D33193隨身碟接上電腦無法讀取。電腦管理的磁碟管理抓不到此隨身碟裝置,無法辨識正常型號容量,FLASH須拆焊作資料救援手工分析運算處理。

  • 199

    客戶名稱老虎暴衝有限公司

    聯絡電話09137XXXXX

    硬碟型號WD20EARX-19PASB0

    陣列形態Raid0

    硬碟序號共2顆

    故障原因

    客戶一組WD4000H2Q外接行動硬碟,內裝二顆WD20EARX-19PASB0 2TB硬碟,客戶描述插上筆記型MAC後資料莫名全清空,資料在一瞬間不見,之前接上桌上型MAC(非10.9版)並沒有事,WD有發文通知WD行動硬碟接上10.9的系統有可能導至資料遺失,經工程師檢測,發現分區訊受損,另有少量資料覆蓋情況,最終救援出客戶所要的重要資料,完成此一RAID 0磁碟陣列救援案例。

  • 200

    客戶名稱台灣宅配通股份有限公司

    聯絡電話02663XXXXX

    硬碟型號HDT721010SLA360

    陣列形態Raid0+1

    硬碟序號共4顆

    故障原因

    台灣宅配通北辦處資訊室某日來電,公司重要伺服器中無法開機進入系統,此陣列由4顆Hitachi 1TB所建構,並設定Raid10組態,而RAID 10基本上即是由二組 RAID 0陣列作mirror 而成,分析時須先排除原故障的故障,再分析判斷找出一組資料無損的RAID 0還原客戶原始資料,由於此陣列資料量近2TB,且內部全為拍照的相片小檔案,原本正常約1、2天即可copy完的資料量,重建導出資料竟花了近二星期才完成,最後成功回復客戶所有的資料。