EXT4、XFS、Btrfs和ZFS系統資料救援案例
各種NAS系統格式的資料救援，包括EXT4、XFS、Btrfs和ZFS，甚至是較為少見的UFS...等。這些文件系統在不同的環境中廣泛應用，並提供了不同的優勢，但在資料損失的情況下，我們能夠提供有效的資料救援服務。建議客戶在面臨NAS出現故障或其他人為情形導致資料損失時不要自行嘗試救援。這些NAS系統格式需要特殊的工具軟體和資料救援技術，嘗試自行救援資料可能會造成進一步損害，增加資料無法恢復的風險。
-
![]()
1客戶名稱豐星管理顧問有限公司
聯絡電話02-2799XXXX
硬碟型號WD4002FYYZ
陣列形態RAID6
硬碟序號共8顆
故障原因
豐星管理顧問有限公司QNAP TS-831XU-RP主機內裝了8顆WD4002FYYZ 4TB企業版硬碟建講一組RAID6陣列, 送內湖資深救援公司救援一個月左右,無法救援後再送來本公司二救, 分析此組陣列應是故障後有執行rebuild動作,前方分區表的資訊多己不見,將所有硬碟導入重組陣列, 大部份的檔案也多是損壞, 懷疑有硬碟有提前離線問題,由於RAID6可以容錯2顆故障, 所以一一剔除二顆硬碟, 分析不同排列的陣列組合,終找到一組資料完整無損的組合, 由於客戶資料量多, 且陣列前面可能rebuild過程出錯,造成部份資料有錯亂損壞,所以導出資料後再使用我們的過濾破損檔案軟體, 約花2,3天把客戶損壞的檔案過濾並刪除,客戶回簽同意救援至通知驗收資料約共花13天,成功交付給客戶4.5TB完整的流水檔資料.
-
![]()
2客戶名稱新竹林先生
聯絡電話0928xxx029
硬碟型號1TB X 4
陣列形態RAID6
故障原因
新竹林先生一組群輝NAS主機, 原本設定RAID5組態, 共裝了4顆1TB硬碟,後來再新增一顆硬碟, 改設定為RAID6,在運轉重建過程中因主機過載燒毀而無法開機使用, 客戶送一家十多年救援經驗的同行,救援多日無法救援後再送來本公司作二救, 經工程師分析共有二顆硬碟有壞軌不良故障,但陣列組態應已完成RAID6轉換,且此組陣列為BTRFS系統格式,故救援難度比一般EXT或XFS系統案件高, 客戶同意救援後,約花了4天成功救援出客戶資料.
-
![]()
3客戶名稱嘉實資訊股份有限公司
聯絡電話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資料救援案件。
-
![]()
4客戶名稱錦鈺有限公司
聯絡電話09180XXXXX
硬碟型號ST3500320AS
陣列形態Raid5
硬碟序號共4顆
故障原因
錦鈺有限公司一台 D-LINK DNS-343的NAS主機，某日一號硬碟故障後，操作人員誤操作，執行了格式化FORMAT，些許時間後發現不對立即關機，後再送來本公司進行檢測救援，經工程師檢測，一號硬碟壞軌故障，2號的磁頭不穩定，RAID CONFIG遺失，內有2顆硬碟前面分區資訊疑遭格式化，原EXT3系統格式變更為EXT2格式，直接導入分析的陣列參數無法直接重建陣列還原資料，最終各自剔除此二顆硬碟作缺盤分析重建，分別交付客戶二組陣列資料再作後續資料整理，最後終完成此一RAID 5磁碟陣列的資料救援案例。
-
![]()
5客戶名稱劉先生
聯絡電話09291XXXXX
硬碟型號ST31000340NS
陣列形態Raid5
硬碟序號共4顆
故障原因
劉先生某日自家使用的QNAP TS-459 PRO NAS--由4顆Seagate 1TB企業版建構RAID5，原本4號硬碟因壞軌故障亮燈警示，自行拆下另三顆硬碟，通電開機後重新再裝上原三顆硬碟試著運行，但始終無法進入系統而致整個RAID5陣列CRASH，來電本公司詢問了解相關檢測報價流程後，寄送至公司處理，當天完成鏡相後開始分析陣列參數，隔天即完成救援。跟一般RAID5陣列參數少見的是，第三顆硬碟的START HEAD SECTOR跟其他顆不同，偏移了6個SECTOR，詢問客戶了解可能原因，原來客戶此四顆硬碟皆在不同時間作過替換重建動作，所以可能造成此一分區START HEAD SECTOR在不同磁區的情況發生。
-
![]()
6客戶名稱陳先生
聯絡電話09189XXXXX
硬碟型號WD20EARS-00MVW
陣列形態Raid5
硬碟序號共4顆
故障原因
客戶一台WD 原廠的NAS主機，型號為WD8000A4NC-00，內裝了4顆WD 2TB硬碟，設定RAID5組態，某日客戶無法藉由區域網路連上硬碟，有送原廠作初步的檢測，初判為連結路徑遺失，無法讀取資料，所以送來本公司救援，經工程師檢測，發現2號硬碟為壞軌故障，3號硬碟有7個軔體模塊損毀但無壞軌，4號硬碟13個軔體模塊損毀，5號磁頭後方磁區壞軌數量多，將所有硬碟完成鏡相對拷後，分析陣列相關參數，導入重建陣列順利救援客戶重要資料，完成此一WD NAS資料救援案例。
-
![]()
7客戶名稱伍豐科技股份有限公司
聯絡電話09201XXXXX
硬碟型號ST31000340AS
陣列形態Raid5
硬碟序號共5顆
故障原因
伍豐科技公司一台色卡司的NAS主機，由5顆SEAGATE 1TB硬碟建構RAID5組態，某日發現第3顆亮燈後，再開機發現第5顆硬碟也亮燈，整個陣列CRASH無法運行，經工程師檢測後，發現卻是第1顆硬碟壞軌損毀最嚴重，第5顆少量壞軌，第3顆固件區模組損壞造成讀取速度偏慢，經工程師分析計算出陣列參數，導入重建發現近期的檔案有損毀情況，應有一顆硬碟早已離線多日，再作缺盤分析計算工程，少見的發現原第四顆硬碟雖無任何損壞，但早已脫離陣列組態離線多日了，T盤後再重建終交付客戶重要資料，完成此一RAID5磁碟陣列救援案例。
-
![]()
8客戶名稱傑作資本藝術股份有限公司
聯絡電話09567XXXXX
硬碟型號WD1003FBYX-01Y7B1
陣列形態Raid1
硬碟序號共2顆
故障原因
客戶一組WD 外接式1TB行動硬碟，設定RAID 1組態，某日不明原因無法讀取行動硬碟資料。客戶使用救援軟體自行處理但無法救援出資料，經工程師檢測應是MAC電腦及WINDOWS 電腦切換時操作出錯造成分區表損毀，分析二顆硬碟分區資訊，順利導出客戶重要資料，完成此一RAID 1磁碟陣列救援案例。
-
![]()
9客戶名稱生富國際資訊有限公司
聯絡電話09100XXXXX
硬碟型號WD5000AAKX
陣列形態Raid1
硬碟序號共2顆
故障原因
由二顆WD 500GB硬碟建構RAID1組態，為LINUX系統格式，原送資料救援同業處理多日，但一直未能成功救援出客戶資料。當天下午送來本公司後，工程師趕緊分析硬碟分區相關資訊，隔天中午立即通知完成並交付資料，順利完成此一RAID1磁碟陣列救援案例。
-
![]()
10客戶名稱賀眾企業
聯絡電話09630XXXXX
硬碟型號HDS721010CLA332
陣列形態RAID5
硬碟序號共3顆
故障原因
客戶一台Smartstar NS4600的NAS主機，內裝了3顆HITACHI 1TB硬碟，設定RAID 5組態，為特殊XFS系統格式，一開始故障時主機上的三顆硬碟皆亮紅燈，有請喬鼎協助遠端連線救援資料，但是只能救援出部份資料，後來又送至某資料救援公司檢測，因預算問題，後來又再送來本公司作二次救援，經工程師檢測，2號硬碟有壞軌故障問題，作完細部鏡相對拷作業，分析陣列相關參數及硬碟排序，發現部份資料夾有遺失情況，應是壞軌硬碟的INDEX&MFT表有壞軌損毀情況造成，再進行修復分析，順利交付客戶指定資料，完成此RAID5 XFS系統的NAS資料救援案例。
-
![]()
11客戶名稱全音樂股份有限公司
聯絡電話09521XXXXX
硬碟型號ST3000DM001
陣列形態Raid5
硬碟序號共6顆
故障原因
老客戶換公司後再次送件救援。客戶公司一台群輝SYNOLOGY DS1812+ NAS主機，共裝了6顆Seagate ST3000DM001 3TB硬碟，設定RAID5組態，某日1號硬碟有SCAN出現壞軌，嘗試備份資料時6號硬碟出現異常，送回原廠處理無法救援所以再轉送本公司救援，經工程師檢測6號硬碟疑似當時有不小心格式化清除，並存入了一些資料作了覆蓋，原始分區資訊已損毀，1號硬碟的0號磁頭故障不良，並且有重度軔體故障問題，分析陣列參數後發現，硬碟順序跟主機的排列順序不同，剔除磁頭故障的1號硬碟，由其他5顆作缺盤重建無法找到任何正確的資料，故須對1號硬碟作開盤救援後加入分析重建，最後終成功順利完整導出客戶重要資料，完成此一群輝SYNOLOGY NAS RAID5的資料救援案例。
-
![]()
12客戶名稱永達保險經紀人股份有限公司
聯絡電話09383XXXXX
硬碟型號WD20EARS-00MVWB0
硬碟序號WMAEA13XXXXX
故障原因
公司電腦使用的電源發生暴衝，之後電腦都無法開機，同事拆出硬碟測試，呈現過電不正常反應，資料庫檔案都在裡面。
-
![]()
13客戶名稱厚生彩色輸出印製公司
聯絡電話09350XXXXX
硬碟型號WD15EARX-00PASB0
陣列形態Raid5
硬碟序號共4顆
故障原因
客戶一台QNAP TS419P的主機，為EXT系統格式，內裝了4顆1.5TB的SEAGATE ST31500341AS硬碟，某日故障後無法讀取，發現之後立即換上新的一顆ST2000VX000 2TB，試著重建組態，但失敗無效，隔天發現左3號硬碟也顯示硬碟損毀，後來請原廠遠端處理過，但沒多久時間又不能運行了，經工程師檢測，原舊1號硬碟部磁頭組件故障，不建議先行開盤處理，3號硬碟為壞軌故障問題，須先鏡相對拷所有磁區的資料再分析，工程師分析導入參數，無法直接看到客戶資料，再一一作剔碟處理，順利對應出客戶原始資料，成功完成此一NAS RAID 5磁碟陣列資料救援案例。
-
![]()
14客戶名稱彩姿國際有限公司
聯絡電話09231XXXXX
硬碟型號HDS725050KLA360
硬碟序號ZAJXXXXX
故障原因
在電腦磁碟管理中可以找到HDS725050KLA360硬碟，但無法讀取資料，之前使用一直都很正常。
-
![]()
15客戶名稱台灣日立綜合空調股份有限公司
聯絡電話09351XXXXX
硬碟型號ST31000528AS
陣列形態Raid5
硬碟序號共4顆
故障原因
客戶公司多人共用一台BUFFALO NAS，由4顆1TB硬碟建構RAID5而成，一號硬碟有壞軌問題，二號硬碟分區表資訊有受損情況，客戶曾自行作過REBUILD動作，但一樣無法還原陣列資料，經分析計算陣列中各硬碟的分區資訊，發現REBUILD時已有一顆已離線未加入運行，須分析找出該顆硬碟，剔除後再重建RAID 5組態，最後終完成此一RAID5磁碟陣列救援案例。
-
![]()
16客戶名稱景美女中
聯絡電話09391XXXXX
硬碟型號ST31500341AS
陣列形態Raid5
硬碟序號共4顆
故障原因
客戶一組Synology DS409+ NAS主機一台，由4顆1.5TB所建構完成。原第三顆硬碟故障後，客戶更換新硬碟後不小心修復第二顆，造成整組陣列crash無法運行。工程師完成鏡相作業後即開始分析，於送來隔天即快速分析出參數，導入重建後順利提取資料，並寄送檔案清單截圖給客戶確認，成功完成救援。
-
![]()
17客戶名稱林先生
聯絡電話09586XXXXX
硬碟型號ST31000528AS
硬碟序號9VPXXXXX
故障原因
電腦速度越來越慢，拆出外接測試，發現硬碟有壞軌，但我沒有設備可以救援。
-
![]()
18客戶名稱普詮電子股份有限公司
聯絡電話09160XXXXX
硬碟型號ST1000NM0011
陣列形態Raid5
硬碟序號共5顆
故障原因
客戶一台QNAP TS-509 PRO NAS主機，內裝了5顆Seagate 1TB硬碟，設定RAID 5組態。某日NAS主機故障後，發現目錄資炓遺失，所以送來本公司作資料救援，經工程師檢測後發現，5顆硬碟中共有2顆硬碟有故障問題，3號硬碟磁介質受損，4號硬碟軔體故障只認到32MB，分析陣列參數導入後，無法直接對應到客戶原始資料，疑似其中一顆硬碟早已離線多時，須一一剔除作缺碟分析，最後終完成此一NAS RAID 5磁碟陣列資料救援案例。
-
![]()
19客戶名稱台灣雅芳股份有限公司
聯絡電話09285XXXXX
硬碟型號ST3250620A
陣列形態Raid5
硬碟序號共8顆
故障原因
客戶一台主機內裝了8顆SEAGATE 250GB硬碟，設定RAID5組態，資料量大約1.6TB左右，多日前第一次故障磁碟損毀時REBUILD完後可以使用，在當天下午時發現1號及7號硬碟無法使用，決定送至本公司進行救援，6號硬碟由於REBUILD完後尚可運行，第一時間未送過來，經工程師檢測硬碟並無故障，鏡相完成導入參數，前方14GB的磁區皆空白，疑REBUILD過程出錯或有一顆硬碟提前離線問題，請客戶送來REBUILD前的另一顆硬碟，經分析再一一剔除可能離線多日的硬碟作重建，順利導出客戶重要資料，完成此一RAID5救援案例。
-
![]()
20客戶名稱王先生
聯絡電話09160XXXXX
硬碟型號WD15EADS-00P8B0
陣列形態Raid10
硬碟序號共4顆
故障原因
一台QNAP NAS主機由4顆WD綠標 1.5TB建構，設定RAID 10組態，由於颱風連續下雨，造成NAS主機泡水硬碟故障，經工程師檢測發現有一顆硬碟電路板故障，另有二顆固件區有模組損壞，經分析各顆硬碟磁區計算出此陣列參數，終成功重建陣列組態交付客戶資料，完成此一RAID 10磁碟陣列救援案例。
-
![]()
21客戶名稱肯創科技股份有限公司
聯絡電話09393XXXXX
硬碟型號HDS723020BLA642
陣列形態Raid1
硬碟序號共2顆
故障原因
客戶一台Synology RS812 NAS主機，內裝二顆Hitachi 2TB硬碟，某日不小心誤刪了資料，所以趕快送來本公司作處理，由於硬碟為LINUX EXT系統格式，誤刪資料後客戶使用一般救援軟體是會找不到資料的，由於硬碟完好並無損壞，鏡相對拷完成後，即開始分析處理客戶資料，最終有對應到客戶所要的檔案，順利交付客戶資料，完成此件RAID EXT 格式資料誤刪的磁碟陣列救援案例。
-
![]()
22客戶名稱大台北區瓦斯股份有限公司
聯絡電話09288XXXXX
硬碟型號ST3500320AS
硬碟序號9QMXXXXX
故障原因
無法讀取硬碟資料
-
![]()
23客戶名稱雙發有限公司
聯絡電話09338XXXXX
硬碟型號WD2500JB-00REA0
硬碟序號WMANK49XXXXX
故障原因
WD硬碟有異聲，無法讀取資料，因有異音，我們沒有再做其他操作處理。
-
![]()
24客戶名稱大綜電腦系統有限公司
聯絡電話02558XXXXX
硬碟型號ST3320620NS
硬碟序號9QFXXXXX
故障原因
無法讀取資料，ST3320620NS硬碟可正常運轉，但磁碟管理讀不到硬碟資訊。
-
![]()
25客戶名稱陳先生
聯絡電話09310XXXXX
硬碟型號ST3000VN000
硬碟序號W6AXXXXX
故障原因
有誤刪，按到恢復原廠設定。
-
![]()
26客戶名稱培昌企業有限公司
聯絡電話09361XXXXX
硬碟型號WD10EADS
陣列形態Raid 0
硬碟序號共2顆
故障原因
RAID分區表損壞資料錯亂，無法由機器端重建。工程師完成鏡相作業後即開始分析，於送來隔天即快速分析出參數，導入重建後順利提取資料，並寄送檔案清單截圖給客戶確認，成功完成救援。
-
![]()
27客戶名稱京璽創意股份有限公司
聯絡電話09329XXXXX
硬碟型號ST31000340AS
陣列形態Raid1
硬碟序號共2顆
故障原因
客戶一台QNAP NAS主機可裝4顆硬碟，但因資料重要，所以當初採購2顆Seagate 1TB硬碟設定raid 1組態運行。原先早在1、2個月前第一顆硬碟即有壞軌造成故障，因第二顆硬碟尚可運行，而且平常事務太忙所以未能即時處理。當第二顆硬碟也故障crash後送來本公司，檢測後發現資料較完整的第二顆硬碟己磁頭故障，經進一步開盤檢測，碟片已經嚴重刮傷無法救援，只好處理第一顆壞軌故障問題，最後成功提取出客戶資料。但有將近一個月多的資料，只有部份資料因壞軌硬碟有時可正常運行時有寫入些資料，建議客戶RAID磁碟陣列遇到故障時，應即時儘快處理，才能減少意外發生的機會。
-
![]()
28客戶名稱品圖藝術企業有限公司
聯絡電話09199XXXXX
硬碟型號WD1600AAJS-00PSA0
硬碟序號WMAP9H3XXXXX
故障原因
無法讀取硬碟資料
-
![]()
29客戶名稱大川吉海事工程有限公司
聯絡電話09828XXXXX
硬碟型號HD502IJ
陣列形態Raid0
硬碟序號共2顆
故障原因
客戶一台Buffalo Nas主機，內裝了二顆Samsung HD502IJ 500GB硬碟，建構Raid 0組態，系統為XFS格式。某日故障後，嘗試作過修復性動作，而造成分區資訊受損，並有少量資料覆蓋情形，經工程師分析陣列參數導入後，最終完成此一RAID 0磁碟陣列資料救援案例。
-
![]()
30客戶名稱國立台灣科技大學
聯絡電話09520XXXXX
硬碟型號HDT725032VLA360
陣列形態Raid5
硬碟序號共4顆
故障原因
系辦使用的PROMISE NS4300N NAS主機，內裝了4顆 HITACHI 320GB硬碟，設定RAID5組態，某日NAS開不了機，無法確認故障狀況，所以送來光華商場檢測，經工程師檢測此4顆硬碟皆無任何壞軌故障問題，但每一顆的SMART資訊皆出現注意資訊，不建議再繼續使用，分析發現疑似硬碟不穩定造成出錯、硬碟離線無法運行，經分析陣列參數後導入重建，順利完成此一RAID5 NAS資料救援案例。
