Web Analytics Made Easy - StatCounter

其他特殊案例

各式少見的案例, 例如虛擬機救援, 工業機台, FREEBSD, RFS特殊系統格式,監控系統,1080P FULL HD影片或特殊少見的故障情況。

  • 1

    客戶名稱嘉實資訊股份有限公司

    聯絡電話09206xxxxx

    硬碟型號WD7500AYYS-01RCA0

    陣列形態RAID5

    硬碟序號共8顆

    故障原因

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

  • 2

    客戶名稱張小姐

    聯絡電話0928XXXXXX

    硬碟型號白色隨身碟

    硬碟序號無法辨識

    故障原因

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

  • 3

    客戶名稱恆儒電腦

    聯絡電話09706XXXXX

    硬碟型號UltraFlair

    硬碟序號BP1801XXXXX

    故障原因

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

  • 4

    客戶名稱林小姐

    聯絡電話09832XXXXX

    硬碟型號HS20YJZ

    硬碟序號S23DJ16XXXXXX

    故障原因

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

  • 5

    客戶名稱台北廖先生

    聯絡電話0975XXXXXX

    硬碟型號Sankdisk Extreme Pro 64GB

    硬碟序號BN15062XXXXXX

    故障原因

    台北廖先生以CANON EOS 1DX-MARK ii拍攝MOV短片約有90部, 在機身上不小心誤按了格式化後取出, 自行使用救援軟體救出了90個影片但恂無畫面且會有破音情況, 後送了一家資料救援公司一樣無法救援處理,所以只好轉件來我們公司作二救,因各家相機或攝影機廠商所拍攝的影片皆有自己不同的編碼, 所以須經工程程比對分析處理, 後於隔天利交付客戶急用影片資料.

  • 6

    客戶名稱歐先生

    聯絡電話09100XXXXX

    硬碟型號HTS725050A7E630

    陣列形態500GB

    硬碟序號140527TF05XXXXXX

    故障原因

    歐先生硬碟有設定Bitlocker加密處理,某日不小心誤刪了分區,送內湖一家資料救援公司,救援不完整所以再送來本公司,經工程師破解處理,3天完整救援交付客戶重要資料。

  • 7

    客戶名稱陳先生

    聯絡電話09382XXXXX

    硬碟型號DT01ABA2002

    硬碟序號55FBXXXXX

    故障原因

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

  • 8

    客戶名稱校園之友晝社

    聯絡電話2834-XXXX

    硬碟型號創見2GB-IDE介面

    硬碟序號C87304XXXXXXXXXXXX

    故障原因

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

  • 9

    客戶名稱桃園林小姐

    聯絡電話09166XXXXX

    硬碟型號wise

    陣列形態32GB

    硬碟序號1422522XXXX

    故障原因

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

  • 10

    客戶名稱敦允有限公司

    聯絡電話09312XXXXX

    硬碟型號WD10EFRX-68PJCN0

    陣列形態RAID6

    硬碟序號共8顆

    故障原因

    客戶一台主機內裝了8顆 1TB硬碟,設定RAID6組態,為WINDOWS NTFS系統格式,某一天主機端發現有其中一顆1號硬碟已離線,有嘗試作REBUILD動作,但有可能被人為中斷,也自行使用R-STUDIO及PHOTOREC去作救援,但不小心操作誤錯,救援資料也存入了此一陣列中,經工程師檢測,客戶在12月份時有作過CHKDSK修復性動作,有許多資料夾結構及檔案名稱有損毀的情況,,1月9、10有操作寫入了大量資料作覆蓋,由於並無硬碟有任何故障問題,所以分析陣列參數導入重建,再作後續資料覆蓋的救援處理,順利導出客戶部份沒覆蓋的資料,因為客戶陣列中也存放了些虛擬機,所以須再針對虛擬機作後續處理,最後終完成此一少見的RAID6磁碟陣列資料救援案例。

  • 11

    客戶名稱元大人壽

    聯絡電話0953XXXXXX

    硬碟型號創見黑色隨身碟-4GB

    硬碟序號4077XXXXXXX

    故障原因

    不小心加密Bitlocker至此隨身碟約到7%左右,發現加密錯誤到此裝置,所以趕緊立即拔除,再接上任何一台電腦時己經讀取不到此隨身碟了。經工程師檢測此隨身碟主控IC為SM3255,屬物理性損壞,須拆焊FLASH作分析處理,成功分析出相關參數後,順利救援出客戶指定資料。
     

  • 12

    客戶名稱台北楊先生

    聯絡電話09352XXXXX

    硬碟型號WD30EFRX-68AX9N0

    陣列形態RAID5+RAID6

    硬碟序號共8顆

    故障原因

    客戶一台華芸 AS-608T NAS主機,原本由3顆3TB及3顆4TB硬碟設定RAID5組態,後來要升級為RAID6組態,並加入了一顆新的4TB硬碟至8號位置,在組態遷移時, NAS當機一直卡在35%左右位置,只好重新啟動NAS,但原本的資料就全不見了,所以只好送修作資料救援, 經工程師檢測硬碟並無任何的壞軌故障,但分析出的硬碟順序與主機端的順序不同,由於RAID組態並未完全轉換完成,前面35%的資料須設定RAID6組態分析重建,後面65%則須設定RAID5組態,先行分析RAID6陣列參數,導出前面40%的磁區資料,此陣列難度高的部份在於後面65%的磁區資料,由於前方分區表的資訊已經變更為RAID6組態,原本RAID5組態下的分區資訊已皆不見,只能部份以猜測方式作不同組合,再掃描後面區段的流水號檔案,比對最完整的資料組合,幸客戶要的是一些影片及相片,後面RAID5導出的流水號檔案也可以接受,最後成功救援出3.3TB的資料交付給客戶,完成此一高難度且特殊的RAID5及RAID6雙組態資料救援案例。

  • 13

    客戶名稱高先生

    聯絡電話09281XXXXX

    硬碟型號ST32000444SS

    陣列形態Raid6

    硬碟序號共12顆

    故障原因

    客戶某日來電有一台HP P2000 G3主機,共有12顆2TB SAS硬碟建構,設定RAID 6組態, 型號各是ST32000444SS、ST2000NM001、ST2000NM0023,並且內部共設定了9個LUN,升級FIREWARE時出錯故障,資料非常急用,經客戶同意,所有SAS硬碟作初步檢測,只有5號硬碟有少量壞軌情況,此12顆硬碟先不作對拷鏡相,直接分析陣列參數,送來4-5小時立即通知客戶已分析出陣列參數,並有對應到客戶部份資料,客戶同意救援後,於隔天快速交付客戶3TB的資料,由於此組陣列當時內部有許多虛擬機檔案,虛擬機內部又有許多SQL檔案,所以又免費協助客戶作後續虛擬機救援處理,最後終完成此一RAID 6磁碟陣列資料救援案例。
     

  • 14

    客戶名稱光華電腦同行

    聯絡電話09321XXXXX

    硬碟型號WD10EADS-00P8B0

    陣列形態Raid6

    硬碟序號共16顆

    故障原因

    同行客戶一組SERVER 4U的伺服器主機,內共裝了16顆WD、SEAGATE、日立 1TB硬碟,設定RAID6組態,為LINUX EXT系統格式,某日陣列主機故障無法運行,從主機端記錄看4、6、8號此三顆硬碟有亮燈報錯,同行客戶無法從主機端作救援處理,所以轉送來本公司作後續救援,經工程師檢測硬碟皆無任何壞軌故障,有可能綠標硬碟節能省電功能造成休眠模式下,馬達起轉來不及加入運行或有過熱離線問題,16號硬碟磁區皆無任何資料,有可能是HOT-SPARE硬碟或沒有設定加入運行,直接分析陣列參數及硬碟順序,導入參數重建資料,只有看到二個2012年的資料夾,近期的資料皆沒有看到,應有1或2顆硬碟多年前就離線了,必須要找出並剔除後再重建,才能得到完整正確的資料,RAID6若須剔盤難度就比RAID5高出許多,因為剔除組合太多,各別單獨剔掉15顆就有15個組合,同時剔除二顆的組合更多,最後終於花了一天的時間,比對找出最完整正確的資料,順利完成此一RAID6 磁碟陣列救援案例。

  • 15

    客戶名稱李小姐

    聯絡電話09391XXXXX

    硬碟型號SDXC Card Extreme

    硬碟序號BN151485XXXXX

    故障原因

    客戶原使用CANON 5D拍了3-5段影片,後來記憶卡被同事拿去用SONY攝影機拍攝,可能是格式化後再使用記憶卡。
    客戶自行使用救援軟體, 但無法找到重要的影片檔, 由於新式的攝影機或單眼相機所拍攝的FULL HD 1080P影片, 各家的視訊編碼皆有所不同, 使用市面上救援軟體大多是無法救援的, 須客戶提供使用機器型號才能正確判斷分析救援.

  • 16

    客戶名稱羅先生

    聯絡電話09191XXXXX

    硬碟型號WD2002FAEX-007BA0

    陣列形態RAID 0

    硬碟序號共2顆

    故障原因

    客戶一組陣列由2顆WD2002FAEX-007BA0 2TB硬碟所建構,設定RAID0組態,二個星期前發生過一顆硬碟狀態ERROR,另一顆正常,但RAID狀態顯示正常,6月17重新開機後就進不了OS系統了,所以才送修至本公司作救援,經工程師檢測,1號硬碟有壞軌故障問題,須先鏡相對拷處理,6月4日也有作過一次修復性動作, 分析參數直接導入無法看到任何資料,再進行後續修復動作,第一個分區的INDEX及MFT表結構皆完整,檔案也正常可開啟,第二分區就連流水號檔案也找不到可以開啟的檔案,再一一交叉測試,發現竟二個分區的stripe size值不同,真是一個少見案例,可能客戶有特殊需求才會作這樣設定,分二階段終成功救援出此特殊RAID5陣列的資料救援案例。

  • 17

    客戶名稱張先生

    聯絡電話09712XXXXX

    硬碟型號Micro SD

    硬碟序號TF211310XXXXX

    故障原因

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

  • 18

    客戶名稱葉先生

    聯絡電話09539XXXXX

    硬碟型號sandisk 隨身碟

    硬碟序號不明

    故障原因

    客戶描述當時讀取一半時突然跳出,後來雖可以讀取目錄,但已沒有任何的檔案了,送至資料救援同行無法救援,經本公司工程師檢測,該FLASH內有許多區塊有損壞無法讀取的狀況,須拆焊下來透過專用工具讀取分析,且客戶指定要救的MTS檔案, 使用一般的救援軟體SCAN,會發生一段正常5分鐘影片,拆成了數十個數秒的小影片情形,須另外再處理才能完整回復。

  • 19

    客戶名稱絕美影像有限公司

    聯絡電話09109XXXXX

    硬碟型號Ultra

    硬碟序號8271AVDXXXXX

    故障原因

    客戶使用Brinno縮時攝影相機拍攝的影片,不小心操作造成縮時攝影的影片檔無法下載也無法撥放。
    由於其影片格式為特殊編碼,須工程師手工分析及比對影片編碼,最後成功修復救援客戶指定影片。

  • 20

    客戶名稱台北林先生

    聯絡電話09210xxxxx

    硬碟型號HDS721050cla362

    陣列形態raid0+raid1

    硬碟序號共2顆

    故障原因

    客戶使用了二顆HITACHI 500GB硬碟, 利用主機板上的INTEL ICH9R作Matrix Raid設定,硬碟前面50GB空間設定RAID0組態, 為WINDOWS NTFS系統格式,後面450GB空間設定為RAID1(MIRROR),某日故障後送來作檢測救援, 經工程師檢測一號硬碟為單碟片,二個磁頭,0號磁頭故障損毀, 須後續開盤才能救援, 二號硬碟有壞軌故障問題, 由於客戶只須MIRROR區的資料, 只須由故障較輕的一顆去處理即可, 故鏡相2號硬碟完成後,順利導出客戶資料, 完成此一RAID0+RAID1的磁碟陣列救援案例。