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