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

今天一早,开虚拟机做个测试,一开始都很正常;中间上了一趟洗手间......,之后就是悲剧的开始。

因为今天要做个单分区的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 刷新分区表

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

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

于是突然试着想重新启动一次PC试试,启动之后,/dev/sda6里的数据又恢复了。

这种事以后还是尽量少出,太吓人了。要是公司的服务器,真的要淡定。

你可能感兴趣的:(分区,职场,恢复,fdisk,休闲)