本文主要是介绍指导网友完成一起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、问题总结
从现像来看，该网友服务器应该是有人误操作导致实质性进行了删根操作，并及时发现后停止了 ，根目录下大量系统文件被删除了，系统无法修复，但还好用户数据文件还未被删除，用救援启动虽无法自动切根进行处理，通过手动挂载，也还可以将剩余的重要数据进行转移保存。总之，操作要谨慎呀。
这篇关于指导网友完成一起Linux服务器系统文件删除导致不能启动情况下的数据恢复案例的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
