綠色存儲數據恢復故障描述
一臺IBMX3850服務器，由4塊146GSAS硬盤組成RAID5作為存儲介質，操作系統為SUSELINUX，文件系統全部是reiserfs。
分析后得知：之前的硬盤數據組織結構為：一個不到100M的boot分區，后接一個271G的LVM卷，之后是2G的swap分區。LVM卷中直接劃分了一個reiserfs文件系統，作為根分區。
用戶在使用過程中，系統未知原因癱瘓。重裝系統后，整個RAID邏輯卷變成了前面2G的boot與swap分區，后接271G的LVM卷，LVM卷中文件系統位置有個空的reiserfs超級塊。
要求恢復原來271G中文件系統里的所有用戶數據，數據分別是MYSQL數據庫、PGSQL數據庫、網站程序與網頁、單位OA系統里的所有辦公文檔。
綠色存儲數據恢復分析
1、通過對全盤reiserfs樹節點之間的關聯，確定了原來的reiserfs分區位置，以此斷定，原來存儲數據的文件系統前2G被覆蓋。
2、應該是用戶在安裝系統時錯誤地初始化了分區結構，之后裝好系統后，發現無法導入LVM卷，曾做過reiserfsck試圖修復。
3、因reiserfs文件系統對文件系統里所有的文件(含目錄)線性化后，再以文件key生成B+樹，樹不斷增加節點，會導致樹的結構整體拉展后向整個磁盤的數據區做平滑遷移，這樣，頂級節點通常不會放在文件系統的最前面。因根目錄的文件KEY號通常是最小的，所以，從空間上看，前2G中存儲最多的應該是從根起始路徑最近的key節點，這樣，用戶數據因目錄層次較深，節點存在的可能性很高。
4、前2G覆蓋的數據無法恢復，只能希望不要恰好覆蓋用戶數據。
5、因文件系統前面對整個樹的索引全丟失，加上reiserfs的樹概念設計得很抽象，重搭建樹會很困難。
