指导网友完成一起Linux服务器系统文件删除导致不能启动情况下的数据恢复案例

昨日有网友在微信群发起救助，Linux系统不能启动，使用救援U盘也无法恢复，协助他进行了数据恢复，本文记录了处置过程。

图片为网友提供，照得歪歪扭扭的，将就着看看吧。

一、问题现象

1、报错信息

Linux服务器无法启动，用u盘救援模式进去切换chroot /mnt/sysimage  说是没得/bin/bash，报 “Failed to switch root”，原因为“/bin/bash,No such file or directory”

2、察看硬盘信息如下

从以上来看该服务器应该是使用的LVM卷管理，且该U盘救援系统识别有问题。

二、尝试让让U盘救援系统识别能识别LVM划分的卷

1、更新救援系统

提示网友下载ventoy镜像启动工具（下载地址），并挂载最新的openeuler系统ISO。

2、启动服务器系统

3、进入Troubleshooting

 4、进入救援模式

5、尝试救援

可以看到如下识别到系统卷并准备将其挂在/mnt/sysroot

输入1继续

提示“You don't have any Linux partitions”没有Linux分区，挂载失败。此时相比网友最初的尝试，已经进了一步，能识别到Linux卷但识别分区失败无法自动挂载。

如下可见确实没有将服务器旧系统挂载到/mnt/sysroot

三、尝试挂载旧系统

三个重要指令、参考以下博文：《解决linux无法启动，进入救援模式也报错：you don‘t have any linux partitions的问题》

lvm vgscan查看系统中的卷组

lvm lvscan查看系统中的逻辑卷

lvm vgchange -ay 激活逻辑卷

1、 lvm lvscan查看逻辑卷

可以看到有服务器旧系统有3个逻辑卷，且3个卷均未激活

2、lvm vgchange -ay激活全部逻辑卷

 

可以看到系统的3个逻辑卷均已激活，成功在望了

 3、执行fsck /dev/openeuler/home

对旧系统家目录卷进行修复，执行多次

4、 执行fsck /dev/openeuler/root

对旧系统根目录卷进行修复，执行多次

 5、挂载旧系统分区

mkdir /tmp/root && mount /dev/openeuler/root /tmp/root

根分区挂载正常，再挂载用户家目录

mount /dev/openeuler/home /tmp/root/home

mount命令查看挂载情况

挂载正常

四、尝试进行系统修复

1、尝试进行切根

chroot /tmp/root

切根失败，提示"chroot: failed to run command'/bin/bash’: No such file or directary"

2、ls /tmp/root

 可以看到旧系统根下面/bin，/etc，/proc，/lib，/lib64，/sbin，/var等系统原生目录都没有了

看来通过切根进行修复是不可能的了。还好用户home目录下的数据文件都还在

3、提取数据

提示网友在救援系统上配置网络，通过ssh将重要数据文件全部传到网络中的其它服务器，对原服务器进行重装后再恢复数据。

4、问题总结

从现像来看，该网友服务器应该是有人误操作导致实质性进行了删根操作，并及时发现后停止了 ，根目录下大量系统文件被删除了，系统无法修复，但还好用户数据文件还未被删除，用救援启动虽无法自动切根进行处理，通过手动挂载，也还可以将剩余的重要数据进行转移保存。总之，操作要谨慎呀。