烟台数据恢复德一数码科技有限公司

最安全、最快速、最大限度恢复 15336380195

收藏本站

设为首页

闪电恢复,立等可取!从近从快!烟台三站物流信息.

网站首页 | 公司介绍 | 设备展示 | 公司新闻 | 公司招聘 | 留 言 板 | 联系我们 | 技术信息 | 服务信息| 恢复案例

各种数据恢复

RAID数据恢复

数据库修复恢复

苹果Linux恢复

虚拟机数据恢复

加密数据恢复

ScsiSas硬盘恢复

IBM服务器HP服务器DELL服务器联想服务器浪潮服务器

 
顾客您好,购买商品请先登录
会员名称:
登陆密码:
验证码: 
   
 二级栏目
 ◆  软故障
 ◆  硬件故障
 ◆  磁盘阵列
 ◆  苹果HFS数据
 ◆  Linux数据
 ◆  ExFat数据
 ◆  其它介质恢复
 ◆  二次开盘恢复
 ◆  文件修复
 ◆  数据库修复恢复提取
 ◆  磁盘数据解密
 ◆  普通硬盘
 ◆  实用技术远程软件
 ◆  ST专修
 ◆  安装问题
 ◆  财务业务ERP软件
 ◆  安全杀毒
   友情链接
   商品搜索 关键字词: 查询分类:  
 
锟斤拷锟斤拷锟斤拷锟斤拷锟斤拷锟斤拷
当前位置首页 > 锟斤拷锟斤拷锟斤拷锟斤拷锟斤拷锟斤拷
Linux分区丢失恢复
(2012/2/17) 点击:6020次 关闭
  

Linux下分区丢失及其恢复

linux(redhat as3.0)网站服务器瘫痪,无法正常启动
故障现象:linux网站服务器无法启动,通过光盘引导后,发现网站中的一个5g的分区存放了6g的日志,同时在磁盘管理工具中看到该分区的大小为16t,将log目录删除后,重启启动无法启动,对linux进行了重新安装,对其他分区进行了保留,只对/进行了格式化,安装后,发现存放网站数据的分区找不到了
故障解决:
思路1、首先使用df 查看系统可以识别的系统分区,发现有cciss/c0d0p3、cciss/c0d0p6、cciss/c0d0p7三个分区没有找到,通过使用fdisk /dev/cciss/c0d0可以看到这三个分区中存在数据,分区大小为5g 10g 5g,利用率为61% 1% 1%.
思路2、对分区进行加载,可是提示错误 mount /dev/cciss/c0dop3 /opt
提示需要制定分区格式,从此可以判断分区信息存在了破坏,因为原分区格式为ext3,无需制定格式即可加载。
mount -t ext2 /dev/cciss/c0dop3 /opt提示分区不存在或者superblock错误。
思路3、对系统进行了重装,到了硬盘管理的步骤,看到这三个分区的格式为linux native ,而其他分区都可以识别为ext3.
(经过试验,对一个正常的服务器的linux进行重新安装,其他分区为此不便,在安装过程中redhat可识别出分区类型ext3,安装完系统后可以自动加载;redflag识别为linux native ,安装完系统后,手工可以加载。)
进行系统后,分区还是无法加载,排除系统可能存在的软件故障。
思路4、判断可能是分区由于被数据撑爆,造成superblock损坏,或者分区表纪录有问题,所以对其执行了fsck
fsck –yc /dev/cciss/c0d0p3
提示superblock bad ,使用备份superblock.
然后进行分区检测,出现很多inode的size非常巨大,实际大小应改为0,进行重置,(这与客户反映情况一致,说明磁盘分区信息出现了错误),这样修复后发现分区转变为了ext2分区格式,mount –t ext2 /dev/cciss/c0d0p3 /opt 成功,可以看到了分区下面的数据
同样对c0d0p6的数据进行了恢复。
但是在执行c0dop7的时候,提示superblocak错误,
Group descriptors look bad... trying backup blocks...
fsck.ext2: Invalid argument while checking ext3 journal for /var
 
(实际上再进行fsck之前可以对分区的数据做一个镜像,这样可以减少数据修复丢失的风险 dd if=/dev/ida/c0d0p7 of=/big/var.bak.dd)
然后对c0d0p7分区使用mke2fs -S /dev/ida/c0d0p7进行分区文件系统重建
然后使用fsck –yc /dev/cciss/c0d0p7
mount –t ext2 /dev/cciss/c0dop7 /opt2
这样就找到了原来的数据

               数据恢复中心
 

鲁ICP备12002271号 您是本站第 位访问者