分析：误操作引起的分区表恢复记录
今天，我要做一个分区RAID0和启动机上执行。（我的机器是RHEL5，测试环境也是RHEL5，和分区表的信息几乎是相同的），几步下来，团队建立，但系统将重新启动，重新启动生效，对partprobe使用刷子不可以做很多次了。来吧，然后重启。当我进入init 6，我不得不重启物理机；我发现我是在袭击之前运行在本机上，理论是在虚拟机中运行，但由于SSH连接在过去使用，并开设了多家终端，在物理机误操作导致的问题；但冰冷的呼吸，当我在下面的物理机操作RAID实施建设：
1，我有6个分区， / dev / SDA6空间为151g，其他分区都略有下降，这是我所在的分区中的数据，数据大小约为114g、和将要失去的。我不知道在哪儿能找到它。
2、使用fdisk / dev / SDA，通过P看到 / dev / SDA是如此之大，我删除/ dev / SDA6，然后设置一个 / dev / SDA6大小30g，改变分区格式的RAID。
三.保存退出后，用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
三.保存后，使用partprobe刷新分区表
4，重新挂载分区。进入目录后，仍然不能打开目录。
我想我的想法是对的，但你为什么不在/ dev / SDA6打开目录吗
所以突然试着启动一台电脑再试一次。启动后，数据在 / dev / SDA6恢复。