
-
1
客戶名稱台北楊先生
聯絡電話0971-XXXXXX
硬碟型號LITE ON CV3-SD128
硬碟序號8ssss02250402XXXXXXXX
故障原因
台北楊先生送來一件資深同行無法救援的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%非常開心.
-
2
客戶名稱新竹林先生
聯絡電話0928xxx029
硬碟型號1TB X 4
陣列形態RAID6
故障原因
新竹林先生一組群輝NAS主機, 原本設定RAID5組態, 共裝了4顆1TB硬碟,後來再新增一顆硬碟, 改設定為RAID6,在運轉重建過程中因主機過載燒毀而無法開機使用, 客戶送一家十多年救援經驗的同行,救援多日無法救援後再送來本公司作二救, 經工程師分析共有二顆硬碟有壞軌不良故障,但陣列組態應已完成RAID6轉換,且此組陣列為BTRFS系統格式,故救援難度比一般EXT或XFS系統案件高, 客戶同意救援後,約花了4天成功救援出客戶資料.
-
3
客戶名稱女性影像學會
聯絡電話02-2557-XXXX
硬碟型號WD100EMAZ-00WJJA0
硬碟序號JEHAXXXX
-
4
客戶名稱旭德資訊有限公司
聯絡電話02-27XXXXXX
硬碟型號WD800BB-00JHC0
硬碟序號WMAM980XXXXX
-
5
客戶名稱溫先生
聯絡電話09581XXXXX
硬碟型號SanDisk U100
硬碟序號無法辨識
-
6
客戶名稱張先生
聯絡電話09300XXXXX
硬碟型號TOSHIBA THNSNS128GMCP
硬碟序號82SS10DXXXXX
-
7
客戶名稱藍洋系統
聯絡電話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個工作天救援完成此一案例.
-
8
客戶名稱恆儒電腦
聯絡電話09706XXXXX
硬碟型號SanDisk UltraFlair 128GB
硬碟序號BP1801XXXXX
-
9
客戶名稱豐星管理顧問有限公司
聯絡電話02-2799XXXX
硬碟型號WD4002FYYZ
陣列形態RAID6
硬碟序號共8顆
故障原因
豐星管理顧問有限公司QNAP TS-831XU-RP主機內裝了8顆WD4002FYYZ 4TB企業版硬碟建講一組RAID6陣列, 送內湖資深救援公司救援一個月左右,無法救援後再送來本公司二救, 分析此組陣列應是故障後有執行rebuild動作,前方分區表的資訊多己不見,將所有硬碟導入重組陣列, 大部份的檔案也多是損壞, 懷疑有硬碟有提前離線問題,由於RAID6可以容錯2顆故障, 所以一一剔除二顆硬碟, 分析不同排列的陣列組合,終找到一組資料完整無損的組合, 由於客戶資料量多, 且陣列前面可能rebuild過程出錯,造成部份資料有錯亂損壞,所以導出資料後再使用我們的過濾破損檔案軟體, 約花2,3天把客戶損壞的檔案過濾並刪除,客戶回簽同意救援至通知驗收資料約共花13天,成功交付給客戶4.5TB完整的流水檔資料.
-
10
客戶名稱陳先生
聯絡電話0918XXXXXX
硬碟型號SONY Micro SD 32GB
硬碟序號無法辨識
-
11
客戶名稱星期五股份有限公司
聯絡電話02-274XXXXX
硬碟型號WD5003ABYX-70WERA0
陣列形態Raid5
硬碟序號共4顆
故障原因
TGI Friday星期五餐廳有一組 HP TGIFNT SERVER主機,由3顆硬碟所建構,設定RAID 5組態,為HP特有的雙效驗陣列。2016年某日曾送內湖某資深救援公司處理,但因處理許久無法救援,所以送來本公司作二次救援。
經工程師檢測,發現1號硬碟已被開盤,有少量壞軌故障,2號及3號硬碟皆敲盤異音有磁頭故障問題,客戶同意救援後,一一開盤排除故障並完成磁區鏡相。工程師在分析後發現1號及3號硬碟前方磁區內容不同,但後方90%磁區內容卻跟第一顆硬碟的內容相同,是十分少見的情況,新換上的REBUILD空硬碟前面磁區也有寫入資訊,細問客戶配合服務的廠商,原來廠商換上一顆新的硬碟嘗試REBUILD,但因不明原因,資料後來寫入至第三顆硬碟中,但後來也出錯故障,所以才送修資料救援,由於磁區損壞也相當嚴重,工程師一一修復處理,救援完成後,經客戶各部門人員來本公司驗收評估,順利取回資料,成功完成此一RAID 5磁碟陣列資料救援案例。
-
12
客戶名稱張小姐
聯絡電話09533XXXXX
硬碟型號ADATA UV128
硬碟序號12101XXXXX
-
13
客戶名稱聚泰壁紙企業股份有限公司
聯絡電話09727XXXXX
硬碟型號WD30EZRX-00D8PB0
硬碟序號WMC4N00XXXXX
-
14
客戶名稱台北林先生
聯絡電話0932XXXXXX
硬碟型號創見USB 3.0 32GB 隨身碟
硬碟序號D18541XXXXX
-
15
客戶名稱林小姐
聯絡電話09832XXXXX
硬碟型號HS20YJZ
硬碟序號S23DJ16XXXXXX
-
16
客戶名稱台北影業股份有限公司
聯絡電話09163XXXXX
硬碟型號WD1002FAEX
陣列形態Raid5
硬碟序號共8顆
故障原因
台北影業某日主機由LSI 9261-8i raid卡建構的raid5 磁碟陣列系統CRASH,經人介紹先至某一資深同業救援處理,可能緊急需要救援,尚未將所有硬碟作好鏡相對拷動作,即嘗試將5號硬碟強制on line,再替換SLOT 6一顆硬碟去取代3號硬碟作rebuild的動作,結果rebuild完成後,分區已出現”raw”資訊,系統格式也變成GPT格式,宣告無法救援, 當天下午客戶立即再送來本公司救援。當天即動用8組對拷機台先行將所有硬碟作好鏡相工作,完成所有硬碟鏡相已近晚上十點,當晚工程師繼續加班至凌晨,分析陣列參數直接導入建構,無法還原原始陣列資料,疑似分區資訊有受損,手工再一一虛擬對應還原,共還原救出客戶3TB的資料。由於資料大多是影片原始檔及後製檔案等特殊格式,客戶自備主機來公司一一驗收,經驗收無誤後順利完成此一RAID5磁碟陣列的資料救援任務。
-
17
客戶名稱郭先生
聯絡電話09362XXXXX
硬碟型號WD20NMVW-11AV3S2
硬碟序號WXB1A34XXXXX
-
18
客戶名稱東立出版社
聯絡電話09228XXXXX
硬碟型號HP BF03698782
硬碟序號a0h6p45XXXXX
-
19
客戶名稱張小姐
聯絡電話0928XXXXXX
硬碟型號Apacer 白色隨身碟
硬碟序號無法辨識
-
20
客戶名稱謝先生
聯絡電話0956XXXXXX
硬碟型號PF526
硬碟序號SM26XXXX