始创于2000年 股票代码:831685
咨询热线:0371-60135900 注册有礼 登录
  • 挂牌上市企业
  • 60秒人工响应
  • 99.99%连通率
  • 7*24h人工
  • 故障100倍补偿
您的位置: 网站首页 > 帮助中心>文章内容

一次误操作引起分区表恢复记

发布时间:  2012/8/6 17:27:07

一次误操作引起分区表恢复记

今天要做个单分区的RAID0,开始在机器上开始执行(我本机用的是RHEL5,测试环境也是RHEL5,并且分区表的信息差不多)。几步下来,RAID建好了,但系统死活要重启才能生效,使用partprobe刷了多次都不行。算了,那就重启吧。

  当我输入init 6 的时候,我的物理机居然重启了;我才发现原来之前建RAID我是在本机上操作的,理论上是要在虚拟机上操作,但因为是使用SSH连接过去,并且开了好几个终端,误在物理机上操作了,导致以下问题;不禁冷吸一口气,我在建RAID的时候 在物理机上执行了以下操作:

  1、我有6个分区,/dev/sda6空间有151G,其他分区略下,并且这个分区是我在数据的地方。数据大小约为114G,这东西要丢了,我都不知道从哪儿找去.......

  2、使用fdisk /dev/sda ,通过p查看/dev/sda这么大,我就把/dev/sda6给删了,然后重新建立了一个/dev/sda6大小为30G,并将分区格式改为raid



  3、保存退出后,使用partprobe刷新分区表

  4、使用mdadm -C /dev/md0 -l 0 -l 1 /dev/sda6 -f 提示一长串,一下子想不起来了,不过提示跟分区有关,于是我继续刷新了两次分区表,无果。

  5、重启计算机

  重启计算时,我的物理机也重启了,我第一反应是我把自己的物理机的分区给删了,并且改了文件系统格式。计算机启动后,我发现我之前的/dev/sda6里的所有资料都不见了。

  具体现象:

  1、到之前的挂载目录,发现该目录里仍然有之前的文件夹,但进不去,也打不开。

  2、使用df -h 看到/dev/sda6数据大小,没有变。

  解救方法:

  因为我没有把/dev/md0给格式化,所以在分区表里,还能看到/dev/sda6的数据占用大小,所以,我觉得重建分区表,还是可以将分区表恢复回来的。 

  解救步骤:

  1、fdisk /dev/sda 删除/dev/sda6的分区,并且新建一个分区(还是/dev/sda6),将其用完剩下的所有的扇区(这个要跟出问题之前是一样的)

  2、文件系统默认为ext3

  3、保存完毕后,使用partprobe 刷新分区表bb

  4、重新挂载该分区。进入目录,仍然无法打开目录。

  我觉得自己的思路是正确的,但是为何不能打开/dev/sda6里的目录呢。

  于是突然试着想重新启动一次PC试试,启动之后,/dev/sda6里的数据又恢复了。
本文出自:亿恩科技【www.enkj.com】

服务器租用/服务器托管中国五强!虚拟主机域名注册顶级提供商!15年品质保障!--亿恩科技[ENKJ.COM]

  • 您可能在找
  • 亿恩北京公司:
  • 经营性ICP/ISP证:京B2-20150015
  • 亿恩郑州公司:
  • 经营性ICP/ISP/IDC证:豫B1.B2-20060070
  • 亿恩南昌公司:
  • 经营性ICP/ISP证:赣B2-20080012
  • 服务器/云主机 24小时售后服务电话:0371-60135900
  • 虚拟主机/智能建站 24小时售后服务电话:0371-60135900
  • 专注服务器托管17年
    扫扫关注-微信公众号
    0371-60135900
    Copyright© 1999-2019 ENKJ All Rights Reserved 亿恩科技 版权所有  地址:郑州市高新区翠竹街1号总部企业基地亿恩大厦  法律顾问:河南亚太人律师事务所郝建锋、杜慧月律师   京公网安备41019702002023号
      0
     
     
     
     

    0371-60135900
    7*24小时客服服务热线