linux服务器reiserfs文件系统损坏，你须要学会这种修复方法

今天为你们介绍一个Linux服务器数据恢复成功案例，本次服务器数据恢复物理服务器请款以下：客户故障服务器为一台X3850服务器，这个服务器是由4块146G SAS硬盘组成的RAID5做为存储介质，文件系统全都是reiserfs。咱们首先通过分析发现了以前的硬盘数据组织结构是由一个不到100M的boot分区，后接一个271G的LVM卷，以后是2G的swap分区。LVM卷中直接划分了一个reiserfs文件系统，做为根分区。

·
　　服务器在正常使用过程当中，因为未知缘由致使系统瘫痪，急需进行服务器数据恢复，通过系统的重装之后发现整个RAID逻辑卷变成了前面2G的boot与swap分区，后接271G的LVM卷，LVM卷中文件系统位置有个空的reiserfs超级块。
·
　　咱们此次要恢复的数据就是原来271G中文件系统里的全部用户数据，这些数据包含了数据库、网站程序与网页、单位OA系统里的全部办公文档。

·
服务器数据恢复工程师先经过对全盘reiserfs树节点之间的关联肯定了原来的reiserfs分区位置，发现原来存储数据的文件系统的前2G数据已经被覆盖，应该是用户在安装系统时错误地初始化了分区结构，因此装好系统没法导入LVM卷而作过reiserfsck试图修复。
·
因reiserfs文件系统对文件系统里全部的文件(含目录)线性化后，再以文件key生成B+树，树不断增长节点会致使树的结构总体拉展后向整个磁盘的数据区作平滑迁移。这样一来顶级节点一般不会放在文件系统的最前面。

因根目录的文件KEY号一般是最小的，因此，从空间上看，前2G中存储最多的应该是从根起始路径最近的key节点，这样，用户数据因目录层次较深，节点存在的可能性很高。前2G覆盖的数据已经没法恢复，只能但愿不要刚好覆盖用户数据。因文件系统前面对整个树的索引全丢失，加上reiserfs的树概念设计得很抽象，重搭建树会很困难。
·
工程师经过自主程序在整个原文件系统区域进行key节点扫描并将全部节点导出。而后经过自主程序对全部叶节点从新排序、过滤(去掉以前删除文件丢弃的节点)，从新生成二级、三级、四级等叶节点。选择分区前面2G空间作为新树的结构区(反正这部分数据是没用的了，重装系统已经装得满满的)，并生成对应地址信息。
·
应对目录命名问题，如遇到原树路径某节点丢失的状况，对其用自定义的key节点编号命名，如没法肯定其父目录，暂加入/otherfiles下。根据上面对，生成树索引信息，写入特定位置，再根据这些信息，生成超级块，设置clear标志。在suse虚拟机下，建立快照，挂载修复好的卷，已经能够看到文件了。(注：虚拟机与快照的目的为了操做可加溯，同时因bitmap等元数据不影响数据，未作修正，故挂载前不可作reiserfsck)。
·
在修复用的suse虚拟机下，挂载用于copy数据的目标硬盘，mkfs后将全部数据cp到目标盘。用户经过find命令整理所需数据，修正部分目录文件位置与名称。部分丢失的散文件，按大小与文件头标志查找，找到后移动及重命名。

·
　　树的不直观性加上程序的调试，使得整个恢复工做异常繁杂，幸运的是全部的重要数据100%都被咱们找到了。