Linux操作系统重启后丢失/dev/sdb处理一例

本文主要是介绍Linux操作系统重启后丢失/dev/sdb处理一例，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

某台redhat7.4操作系统，重启后无法进入系统。通过控制台，进入了救援模式，输入root用户名密码后登录系统。

查看启动过程的报错，发现包括/home，/var，/tmp等目录都有访问超时的报错。

 执行lvscan，看到几个文件系统都是inactive状态。

通过pvs等命令也发现，有一块PV的名字为unknown，而且对应的uuid也提示找不到这个设备。

 进入/etc/lvm/backup目录下，看到只有一个VG的信息VolGroup，执行cat /etc/lvm/backup/VolGroup，也可以看到pv0和pv1及对应的uuid，以及device信息，这里可以确定之前报错的uuid对应的就是/dev/sdb1，所以目标要进行/dev/sdb1的修复。

 想尝试针对uuid及/dev/sdb1进行修复未果，因为目前/dev/sdb1这个设备系统认为没有。命令格式为：

pvcreate /dev/sdb1 --uuid xXCy4W-tohc-e6ra-HX0q-mJPC-EOcl-jL20Jn --restorefile /etc/lvm/backup/Volgroup 

所以决定先重建/dev/sdb1。通过fdisk /dev/sdb，重新创建sdb1。

执行后，查看pvs和lvscan发现PV已经找回，检查访问文件系统也正常。

这篇关于Linux操作系统重启后丢失/dev/sdb处理一例的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！