重启后出现No bootable device场景下使用testdisk恢复数据

网友投稿 1180 2022-05-30

【关键字】

数据恢复,No bootable device,dd

【约束与限制】

1、请对故障磁盘创建私有镜像或者快照,为了避免破坏源磁盘的数据,恢复操作在备份的磁盘上进行。

2、该文档中的恢复建立在误操作对磁盘破坏比较轻微,不能确保可以完全恢复数据,恢复程度取决于破坏的程度。

【问题场景】

使用中的ECS重启后无法使用,登录vnc查看显示No bootable device

【根因分析】

出现No bootable device通常为MBR分区表故障,将故障的ECS关机并挂载到其他Linux服务器上可以进行排查。

挂盘后发现故障的系统盘(vdb)没有分区和文件系统,如下图所示

出现该问题的可能原因有:

1、对已运行中的磁盘使用fifo进行性能测试导致磁盘文件系统被擦除;

2、使用dd命令擦除了磁盘MBR分区表和文件系统。

该场景下是否可以恢复数据取决于错误操作的严重程度,如果擦除较少可以找回未被擦除的数据。

【操作步骤】

步骤一:恢复分区

1.1、将故障ECS关机,卸载系统盘并挂载至其他Linux服务器(这里我们使用CentOS7上。

1.2、安装testdisk工具

# yum install testdisk

1.3、使用testdisk进行恢复,执行

# testdisk /dev/vdb

1.4、光标移动至“proceed”回车。

1.5、选择要恢复的磁盘并点击“下一步”

1.6、选择“Analyse”(分析当前分区架构并搜索丢失的分区信息)。

1.7、选择“Quick search”。

1.8、选择“Continue”。

1.9、直接回车

1.10、选择“Deeper Search”会进入分析过程,等待分析结束。

1.11、分析完成,点击“Continue”。

1.2、点击“Write”并确认输入“y”,将分析的结果写入。

1.13、连续选择“Quit”退出。

步骤二:恢复文件系统

2.1、查看分区和文件系统,并尝试挂载

2.2、如上图所示分区和文件系统可以看到,但是挂载时提示文件系统存在错误,我们可以尝试恢复文件系统,执行

# fsck.ext4 /dev/vdb1 –y

重启后出现No bootable device场景下使用testdisk恢复数据

2.3、再次尝试挂载文件系统后成功,恢复的数据存放在挂载下的lost+found目录下,由于文件系统被破坏,原始的目录无法看到,数据存放在以#开始的目录,可以通过打开各个目录确认是哪个原始目录。

2.4、查询root用户的操作记录,确定是否有擦除磁盘的操作。我们找到目录中原始的root目录,打开.bash_history文件,可以查到确实存在dd的操作,如下图所示,该操作擦除了磁盘的从开始计算的2G空间。

Linux

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:了解SQL
下一篇:实用又惊艳的Vue
相关文章